🔐 密评怎么做——商用密码应用安全性评估完整流程
密评(商用密码应用安全性评估)依据《密码法》和 GB/T 39786-2021 开展,与等保并行。本文梳理哪些系统需要做密评、四个评估维度查什么、首次密评最常见的六类不合格项,以及从现状梳理到正式评估的四步准备方法,并说明密评与等保如何合并推进。
📅 更新日期:2026年11月 · 数据来源:国家标准文本及各云厂商公开资料
密评(商用密码应用安全性评估)依据《密码法》和 GB/T 39786-2021 开展,与等保并行。本文梳理哪些系统需要做密评、四个评估维度查什么、首次密评最常见的六类不合格项,以及从现状梳理到正式评估的四步准备方法,并说明密评与等保如何合并推进。
📅 更新日期:2026年11月 · 数据来源:国家标准文本及各云厂商公开资料
密评全称商用密码应用安全性评估,依据《中华人民共和国密码法》和 GB/T 39786-2021《信息安全技术 信息系统密码应用基本要求》,对信息系统中使用的商用密码进行合规性、正确性和有效性评估。简单说,就是检查系统里的加密、签名、摘要这些密码功能,用得对不对、够不够、有没有真在跑。
它和等保是两条并行的合规线。等保管的是整体安全体系,密评专管密码这一块。等保测评里也有密码相关条款,但密评的要求更细、更硬,会逐项验证密码算法、密码技术、密码产品和密码服务的实际使用情况。
关键区别在于密评要求实测。不是看文档写没写用了国密算法,而是要现场抓包看传输层实际协商的是哪个算法,查数据库看存储的密码字段是不是真加密了,验证密钥管理流程有没有落地。文档写得再完整,实测不过就是不过。
💡 一句话区分:等保看的是安全体系有没有建起来,密评看的是密码这一块用得规不规范。等保三级以上的系统,通常两边都要过。
《密码法》第二十七条明确,法律、行政法规和国家有关规定要求使用商用密码进行保护的关键信息基础设施,其运营者应当使用商用密码进行保护,并自行或者委托商用密码检测机构开展商用密码应用安全性评估。
落到实操层面,需要做密评的系统主要包括三类:
被认定为 CII 的运营者,法律强制要求开展密评,通常每年一次。认定范围覆盖公共通信、能源、交通、水利、金融、公共服务、电子政务等重点行业。
多数行业主管部门要求等保三级以上系统同步开展密评。具体要求看行业文件,金融、政务、医疗几个领域要求相对明确。
各级政务云、政务服务平台、公共数据平台,新建和改造时通常要求密评结论作为验收材料之一。
需要提醒的是,新建系统在规划阶段就要考虑密评。密码改造涉及架构层面,等系统上线后再补,成本通常是前期设计的几倍。很多项目卡在验收环节,就是因为上线前没做密码方案设计。
GB/T 39786-2021 从四个技术维度提出要求,加上一个管理维度,构成完整评估框架。
机房出入控制、视频监控记录的完整性和真实性保护。常见要求是用密码技术保护门禁记录和监控录像,防止被篡改。云上系统这部分责任在云平台,租户需要索取云平台的密评结论或合规证明。
通信双方身份的真实性、通信过程中数据的完整性和保密性。实操检查点包括:TLS 是否启用国密套件、VPN 是否使用国密算法、网络边界访问控制信息是否受密码保护。这一维度是实测重点,会抓包看实际协商的算法。
登录设备的用户身份鉴别、日志记录的完整性、重要可执行程序的来源真实性。常见检查点是服务器登录是否用国密证书、系统日志是否做完整性保护、可信计算是否启用。
应用层身份鉴别、访问控制信息的完整性、数据传输和存储的保密性与完整性、重要操作的不可否认性。这一维度占比最大,也是整改工作量最集中的地方。检查点包括:数据库敏感字段是否加密、密码存储是否用国密摘要、电子签名是否合规。
制度、人员、实施、应急四个方面的管理要求。检查密钥全生命周期管理:生成、分发、存储、使用、更新、归档、销毁,每个环节都要有记录。这一项最容易失分,因为很多单位技术做对了但流程没留痕。
从实际评估情况看,首次做密评的系统问题高度集中在这几处。
| 问题 | 表现 | 整改方向 |
|---|---|---|
| 算法不合规 | 仍在使用 RSA、SHA-1、DES 等非国密算法 | 切换到 SM2、SM3、SM4,TLS 启用国密套件 |
| 只改传输不改存储 | HTTPS 上了,数据库里的敏感字段还是明文 | 对身份证、手机号、银行卡等字段做字段级加密 |
| 口令存储不规范 | 用 MD5 直接存口令,甚至明文存 | 改用 SM3 加盐迭代,或 PBKDF2 类慢哈希 |
| 密钥管理缺失 | 密钥硬编码在代码里,无生成和更新记录 | 引入密钥管理系统,建立全生命周期台账 |
| 用了产品没启用 | 买了密码机、签了证书,实际业务没接进去 | 打通业务调用链路,提供实际调用日志作为证据 |
| 管理文档与实操脱节 | 制度写了密钥每季度更换,实际两年没动过 | 按制度真实执行并留痕,制度也要按实际流程修订 |
两条线可以合并推进,省时间也省钱。可行的做法是把密评的密码要求提前嵌进等保整改清单,一次改造覆盖两套要求。
具体衔接点有三个。第一,等保的身份鉴别要求与密评的网络通信安全要求重叠,做国密证书登录能同时满足两边。第二,等保的数据完整性和保密性要求,与密评的应用和数据安全维度基本一致,字段级加密一次做完两边都算。第三,等保的安全管理制度与密评的密码管理制度可以合并成一本,避免两套文档互相打架。
时间安排上,建议先做等保差距分析,同步梳理密码应用现状,形成一张合并整改表。整改完成后先跑等保测评,再做密评,因为密评的实测依赖系统已经稳定运行。
⚠️ 注意:密评机构需要具备商用密码检测机构资质,评估报告要向属地密码管理部门备案。选机构时先确认资质范围覆盖您的系统类型,避免报告不被认可。
第一步,梳理密码应用现状。把系统里所有用到密码的地方列出来:传输加密、存储加密、身份鉴别、电子签名、日志完整性保护。每一项标明用的什么算法、什么产品、谁在管密钥。这张表是后续所有工作的基础。
第二步,编写密码应用方案。按 GB/T 39786 的四个维度逐条对应,说明每个要求怎么满足。方案要能落到具体产品和技术实现,不能只写原则性描述。新建系统这一步在规划设计阶段就要做。
第三步,实施改造。按优先级排序:先改算法不合规的(工作量小、影响面大),再补缺失的密码功能(如字段级加密、日志完整性),最后完善密钥管理体系(周期最长)。改造过程要留证据:配置截图、调用日志、测试记录。
第四步,自评估加正式评估。正式评估前先做一轮自评估,按评估指标逐项打分,找出明显短板。自评估可以用开源工具或厂商提供的检查表。正式评估由具备资质的机构执行,通常需要两到四周,含现场访谈、配置核查、抓包验证、文档审查。
💡 云上系统的省力点:阿里云、腾讯云等主流云平台已通过自身密评,租户可以引用云平台的评估结论覆盖基础设施层面。需要自己做的主要是应用和数据安全维度,以及密钥管理的租户侧部分。选云厂商时可以直接索取密评相关材料。
主流云厂商都提供了密码相关的托管服务,能覆盖密评的一部分要求,减少自建密码机的投入。
需要说明的是,云服务能解决技术实现的一部分,但密评还要看制度、流程和实际使用痕迹。产品买了不接业务、密钥台账不建,评估时依然会失分。