2. 数据分类分级方法论:常见分类维度与分级标准
说实话,我刚入行那会儿,觉得数据分类分级不就是给数据贴个标签嘛。直到有一次,我们帮一家金融机构做数据治理,客户说“所有客户数据都是绝密”,结果业务部门根本没法干活——连客户姓名查询都要走审批流程,这谁受得了?
所以你看,分类分级这件事,不是越严越好,而是越准越好。今天我就把这些年踩过的坑、总结的方法论,掰开了跟你聊聊。
2.1 常见分类维度:从三个角度看数据
数据分类,说白了就是回答一个问题:“这堆数据到底是什么?”。我个人习惯从三个维度去切,基本能覆盖90%以上的场景。
2.1.1 业务域维度
这是最直观的分类方式。按数据所属的业务领域来划分,比如:
- 财务域:收入、成本、预算、财务报表
- 人力域:员工信息、组织架构、薪酬数据
- 客户域:客户资料、交易记录、行为偏好
- 产品域:产品目录、定价策略、库存信息
- 供应链域:供应商信息、采购订单、物流数据
我在项目中遇到过,有些团队把“客户域”和“销售域”混在一起,结果数据目录乱成一锅粥。我的建议是:业务域划分要跟企业组织架构对齐,这样数据责任人才好认领。
2.1.2 数据主体维度
这个维度关注的是“数据描述的是谁”。常见的主体包括:
| 数据主体 | 典型数据 | 示例 |
|---|---|---|
| 个人 | 姓名、身份证号、手机号、住址 | 员工个人信息、客户个人信息 |
| 组织 | 企业名称、营业执照、财务报表 | 供应商信息、合作伙伴信息 |
| 设备 | 设备ID、运行日志、位置信息 | IoT设备数据、服务器监控数据 |
| 事件 | 交易记录、操作日志、审批记录 | 订单数据、审计日志 |
为什么要按数据主体分?因为不同主体的数据,合规要求完全不同。比如个人数据受《个人信息保护法》约束,而组织数据更多涉及商业秘密。你想想看,把这两类混在一起管理,风险有多大?
2.1.3 数据形态维度
这个维度很多人会忽略,但它直接影响你的技术选型。数据形态一般分三类:
- 结构化数据:关系数据库里的表、Excel表格。嗯,这个最好处理。
- 半结构化数据:JSON、XML、日志文件。我记得有一次处理日志数据,里面嵌套了五层JSON,分类规则写了三天才搞定。
- 非结构化数据:文档、图片、视频、音频。这是最难搞的,因为内容识别成本高。
2.2 分级标准:四个等级,层层递进
分级标准,我习惯用“四色模型”——公开、内部、敏感、绝密。这四级的核心区别在于:数据泄露后,企业要付出多大代价。
| 等级 | 定义 | 典型数据 | 访问控制 |
|---|---|---|---|
| 公开 | 可对外发布,无保密要求 | 官网信息、产品宣传资料 | 无需认证 |
| 内部 | 仅限内部使用,泄露影响轻微 | 内部通讯录、培训材料 | 员工身份认证 |
| 敏感 | 泄露会造成中等损失 | 客户联系方式、财务报表 | 按需授权+审批 |
| 绝密 | 泄露会造成严重损失 | 核心算法、战略规划、用户密码 | 最小权限+双人审批 |
2.3 定级要素:影响对象与影响程度
定级不是拍脑袋,而是有一套评估逻辑。我一般用两个要素来定级:影响对象和影响程度。
2.3.1 影响对象
数据泄露会影响到谁?常见的影响对象有:
- 个人:隐私泄露、财产损失、名誉受损
- 企业:商业机密泄露、竞争力下降、法律风险
- 社会:公共安全、社会稳定、国家安全
举个例子,员工手机号泄露,影响对象是个人;而核心算法泄露,影响对象是企业。这两者的定级逻辑完全不同。
2.3.2 影响程度
影响程度一般分三级:
| 程度 | 描述 | 示例 |
|---|---|---|
| 轻微 | 造成不便,但可快速恢复 | 内部培训资料泄露 |
| 中等 | 造成经济损失或合规风险 | 客户名单泄露 |
| 严重 | 危及企业生存或国家安全 | 核心源代码泄露 |
把影响对象和影响程度组合起来,就能得到一个定级矩阵。比如:
- 个人+轻微 = 内部
- 个人+中等 = 敏感
- 企业+严重 = 绝密
2.4 知识体系总览
下面这张图,是我梳理的分类分级方法论框架。你可以把它当作一个“导航图”,后续章节都会围绕它展开。
这张图我每次做项目都会拿出来用。你把它打印出来贴在工位上,做分类分级的时候随时瞄一眼,思路会清晰很多。
2.5 小结
这一章我们聊了三个核心问题:
- 分类维度:业务域、数据主体、数据形态——三个角度,缺一不可
- 分级标准:公开、内部、敏感、绝密——四个等级,层层递进
- 定级要素:影响对象、影响程度——两个要素,组合定级