分类分级做完之后：让分级结果真正管住库、接口和日志.docxVIP

分类分级做完之后：让分级结果真正管住库、接口和日志

分类分级这件事，多数公司的经历高度相似：立项、摸表、打标，最后一份Excel交付、一场汇报通过、一个文件夹归档。三个月后业务上了新表，没人分级；半年后系统改版加了一排接口，清单还是旧的；一年后负责人换了，那份台账连密码都没人记得。

不是分级没用，是分级的结果没有走到第二步。分级清单只是中间产物，防护措施才是最终产物，中间缺的那一步叫映射——把这是重要数据翻译成库要怎么办、接口要怎么办、日志要怎么办。

这篇就补这一段：一张映射表，三个落点，一套保鲜机制。读完你会带走：级别×动作的映射总表、库/接口/日志三份落地清单、三个度量指标和一条90天路线图。

一、分级的两种命运

分完级的公司，后面走的是两条路。

路径A是大多数：成果停在文档层。特征很明显——分级标准写得漂亮，Excel里几千张表都标了级别，但?DBA?不知道客户手机号是几级，接口返回照样全量字段，日志里敏感信息明文躺了一年。检查来了把Excel打出来，检查走了接着归档。

为什么会停在A？组织上的原因很直接：分级是安全部牵头的项目制工程，做完验收、团队解散，没有人对分级结果持续生效负责。交付物定义成了文档，而不是策略。

路径B是少数：分级结果被翻译成了数据库的列级权限、接口的返回过滤、日志的脱敏规则；新表上线要过分级卡点，级别跟着表结构一起进?CI/CD