密评与等保¶
以下是针对我们关于“等保三级、密评、国密改造及数据分类分级”多轮对话的全面总结。为了便于您回顾和在实际工作中落地,我将内容提炼为**四大核心模块**,并合并了重复性概念。
模块一:合规逻辑与测评边界(为什么做?测哪里?)¶
1. 等保与密评的“强绑定”关系 * 核心逻辑:等保2.0标准本身未强制写死国密算法,但《密码法》和密评标准(GB/T 39786)强制要求等保三级及以上系统必须使用国密。 * 双评机制:目前实行“等保+密评”双评。密评不通过(如使用了不合规的国际算法或密钥管理混乱),等保测评通常也无法通过。其根本目的是保障国家关键信息基础设施的自主可控与安全。
2. 测评边界与资产盘点 * 非全量测评:等保和密评不是对全公司所有资产进行“无差别体检”,而是严格限定在 “定级对象(特定信息系统)及其支撑边界” 内。合理划分边界能有效控制改造成本。 * 云上系统:若部署在公有云/政务云,物理机房和底层网络由云服务商负责合规,企业租户的测评边界聚焦于**应用层和数据层**。 * 前置必经步骤:开展测评前,必须先进行资产盘点和数据分类分级。不摸清家底,就无法确定哪些数据需要高强度的国密保护,容易导致“花冤枉钱”或“核心数据裸奔”。
模块二:技术落地与密钥管理(怎么改?怎么防?)¶
1. 密评的考核维度 密评不仅查“是否用了国密算法”,更查“是否用对、用好、管好”。涵盖技术(物理、网络、设备、应用四层)、管理体系(三员分立),以及**最核心的密钥管理**。
2. 国密SSL/TLS与产品选型 * 严禁自行实现:企业绝不能自己写代码实现国密SSL协议(技术门槛高、易留后门且无法获得商用密码产品认证)。 * 正确做法:直接采购具备国家密码管理局认证资质的合规产品(如国密SSL网关、国密负载均衡、合规的国密浏览器)。
3. 密钥安全与口令存储(核心命门) * 口令存储:用户密码不应使用SM4对称加密,而应使用**SM3哈希**。但“纯SM3”极易被彩虹表和GPU暴力破解,必须采用 “加盐(Salt)+ 服务器主密钥(HMAC-SM3)+ 慢哈希迭代” 的机制。 * 防密钥泄露的唯一解:无论是SM4的数据加密密钥,还是HMAC-SM3的服务器主密钥,绝不能硬编码在代码或配置文件中。必须引入**硬件密码机(HSM)**,确保“密钥永不离开硬件边界”,应用系统仅通过API调用密码机的算力,从根源上杜绝内鬼或黑客拖库导致的密钥泄露。
模块三:数据治理与分类分级(保护什么?谁来定?)¶
1. 分类分级的三方协同机制 数据分类分级不是企业“拍脑袋”决定的,而是三方博弈与协同的结果: * 国家/行业标准(如 GB/T 43697-2024):划定红线,定义什么是“核心/重要数据”和“敏感个人信息”。 * 企业自身:结合业务流进行数据盘点,将抽象标准映射到具体的数据库表和字段上,制定企业级细则。 * 评审专家/监管部门:在等保/密评进场时把关,纠正企业“避重就轻”的降级行为,确保定级合理。
2. 分级决定改造成本 * 核心/重要/极敏感数据:必须强制使用硬件密码机进行SM4强加密和SM2签名。 * 一般数据:无需强加密,依靠网络边界防护、访问控制和审计即可。
模块四:场景化风险与应对(以“姓名”保护为例)¶
1. 数据敏感度由“上下文(Context)”决定
- 普通姓名:通常属“一般个人信息”。底层数据库通常**明文存储**(为了保障SQL查询和业务性能),不需要用SM4强加密。合规重点在于**前端动态脱敏**(如显示“张*”)、API限流**和**严格的安全审计。
- 特定人群姓名:当姓名属于**未成年人、特殊疾病患者、举报人、涉密人员、高净值VIP**时,直接升级为**敏感个人信息**。
2. 特定人群姓名泄露的致命风险 在这些场景下,姓名成为了“高危身份锚点”,泄露会导致灾难性后果:
- 未成年人:面临精准拐卖、网络霸凌及不可逆的数字烙印。
- 重疾患者:面临严重的社会歧视(社会性死亡)及精准医疗诈骗。
- 举报人/涉密人员:面临残酷的打击报复、人身伤害,甚至威胁国家安全。
- 高净值VIP:面临精准绑架、敲诈勒索及商业间谍活动。
- 应对策略:对这类数据必须在底层进行高强度加密存储,实施最高级别的权限隔离,任何查询和导出操作必须触发强审计告警。
💡 给企业的最终行动指南(Checklist)¶
如果您正在主导等保三级与密评改造项目,请遵循以下“四步走”战略:
- 先盘点,后买设备:先做系统边界划分和数据分类分级,明确哪些是重要数据,再针对性地采购国密硬件(密码机、网关),避免盲目投资。
- 不造轮子,买合规产品:坚决不让研发团队手写国密算法和SSL协议,所有密码运算必须调用有资质的硬件密码机或合规云服务。
- 死守密钥底线:架构设计时,确保所有核心密钥“不出硬件边界”,彻底消灭代码和配置文件中的明文密钥。
- 场景化数据保护:不要对所有数据“一刀切”加密。对普通数据重“审计与脱敏”,对敏感/重要数据重“硬件级加密与签名”,兼顾业务性能与安全合规。