04. 数据分类原则:业务维度、敏感度维度、合规维度

说实话,很多刚接触数据分类的同学,一上来就问:“用什么标准去分?”有的直接拿Excel拉个等级,有的把“公开/内部/机密/绝密”这几个词打到每个字段上就完事了。

嗯,这种做法,我在项目中见过太多次了。结果呢?真正的核心数据库被打成了“内部”,而一些无关紧要的日志却标成了“机密”。等保测评一过,该管的没管住,不该管的反而成了累赘。

为什么会这样?说白了,就是分类原则没立住。

我个人习惯,把数据分类的底盘拆成三个维度去搭建——业务维度、敏感度维度、合规维度。三个视角缺一个,分类就会偏。

核心观点: 数据分类不是贴标签,而是企业数据治理的基线。三个维度同时作用,才能让你的分类体系既“管得对”,又“管得活”。
数据分类三维原则结构图 数据分类体系 业务维度 业务一性 · 依赖关系 敏感度维度 保密 · 完整 · 可用 合规维度 法定分类 · 行业要求 三者结合,形成覆盖“数据是什么→多重要→必须管什么”的完整分类基线

4.1 业务维度——数据与业务的绑定关系

你想想看,数据不是凭空产生的。每条数据背后都跟着一个业务场景:客户下了单,仓库出了货,财务开了票。业务维度分类,就是把数据放回到它产生的那个上下文里去定义。

我建议从四个方向来切:

  • 业务一性:这个数据集支撑的是核心业务流程,还是辅助流程?比如交易流水就是核心,而会议室预定记录就是辅助。
  • 业务依赖关系:如果这个数据丢了,业务会不会停?会停的就是高依赖数据。
  • 生命周期映射:数据在不同的业务阶段(产生、使用、归档、销毁)优先级是变化的。初始阶段的交易数据比归档后的副本敏感得多。
  • 数据治理主体:谁是这条数据的业务所有人?没有业务Owner的数据,分类基本是空的。
业务属性分类优先级示例
核心业务数据高客户订单、交易明细、信贷审批
重要业务数据中员工信息、供应商档案
一般业务数据低内部通知、非敏感日志
避坑: 我曾经见过一个项目,把所有的ERP数据都打成了“核心”,结果安全策略配置后,普通员工作BI报表都跑不出来。业务维度的核心原则是“精准对应业务流程”,不能一刀切。

4.2 敏感度维度——数据本身的风险等级

这部分就回到经典的信息安全三要素了——保密性、完整性、可用性。敏感度维度不看业务是谁在用,只看这条数据本身的价值和泄露后造成的损失。

我在项目里常用的分级方法是“C-I-A三加权评分法”:

  1. 保密性权重:泄露后对企业声誉、客户隐私、竞争优势的影响程度。
  2. 完整性权重:被篡改后对业务决策或财务准确性的影响程度。
  3. 可用性权重:无法访问后对业务连续性的冲击程度。

然后取最高维度定级。举个例子,财务报表的完整性和保密性都很高,但可用性只要能在次月完成就行,那就按保密性定级。

敏感等级保密性描述完整性描述可用性描述
L1(公开)对外公开无影响被改后影响极小短期不可用可容忍
L2(内部)内部泄露后果轻微被改后影响局部不可用的时间容忍度小于24h
L3(敏感)泄露造成负面影响被改后影响业务不可用容忍度小于4h
L4(高敏感)泄露将导致重大损失被改后将引发合规或财务危机不可用容忍度小于1h
设计技巧: 我建议敏感度维度定级时,不要只从“今天”的视角看。要想着“如果这个数据上了对比分析平台,暴露面变大了,敏感度会不会变?”分类是一个动态活,不是死标签。

4.3 合规维度——法律与行业的红线

这部分是最容易被忽视的,但恰恰是等保2.0最关注的点。没错,业务维度是你的“理”,敏感度维度是你的“度”,但合规维度是你的“法”——法律的红线你不能碰。

具体来说,我会从三个层面去拆解合规维度:

  • 法定分类:比如《个人信息保护法》定义的敏感个人信息——生物识别、金融账户、行踪轨迹等,这类数据必须按高等级去分类,没有商量空间。
  • 行业合规要求:金融业的《金融数据安全分级指南》、医疗行业的《健康医疗大数据安全管理办法》。不同行业有细分要求。
  • 出境数据类型:重要数据、个人信息出境的合规要求。一旦数据被划分到“出境数据”,它就是合规分类里的最高优先级。
// 合规维度元数据标签示例
{
  "classification": {
    "business": ["core", "transaction"],
    "sensitivity": "L3",
    "compliance": {
      "regulation": ["PipL", "CSL"],
      "category": "personal_information",
      "sub_category": "financial_account",
      "cross_border": "restricted"
    }
  }
}
合规分类典型数据保护要求等级
敏感个人信息身份证号、银行卡号、生物特征L4 高敏感
重要数据行业统计、经济指标、关键研发成果L4 高敏感
一般个人信息姓名、性别、联系方式L2 内部
匿名化数据去标识化后的统计样本L1 公开
关键提醒: 合规维度不是“推荐”,而是“必须”。分类体系如果和法律冲突,等保2.0测评时直接扣大类分。我曾经在某个互联网平台项目里,就因为没把用户生物特征数据单独分出合规分类,整改了一次才过。

你想想,三个维度怎么协同?我总结了一个思考框架:业务维度告诉你“数据在哪”,敏感度维度告诉你“数据有多重要”,合规维度告诉你“法律要怎么管”。只有三个维度同时落地,你的分类分级才是真正“立得住”的。

常见误区: 有人觉得业务维度决定了分类,敏感度维度决定了等级,合规维度只是个补充。错了。合规维度可以“拉升”分类等级。比如一个数据集在业务上是辅助流程,敏感度也不高,但因为它包含出境个人信息,合规维度会直接把它拉到L4。所以我的规则是:三个维度取最高者定级。

总结一下,数据分类原则不是一道数学公式,更像是一门系统工程。业务维度帮你把数据“看懂”,敏感度维度帮你把数据“看透”,合规维度帮你把数据“看对”。三管齐下,你的分类体系才能经得起业务变迁,扛得住合规审查。

实践建议: 我建议你在做第一轮分类的时候,先找三个维度的“交集数据”——比如既是核心业务,又是高敏感度,又是合规重点的数据。先管住最疼的这几块,再慢慢扩大边界。别想一口吃成胖子。