哪些密码算法在密评里会被判高风险：判定口径与替换清单

准备密评时，很多单位的注意力都放在分数上：按 GB/T 43206-2023 的量化评估规则，满分 100，60 分及以上且无高风险项才可能落到「基本符合」。但真正决定结论的还有另一条线——《信息系统密码应用高风险判定指引》（中国密码学会密评联委会，2021 年 12 月）。只要风险分析中出现高风险项，无论总分多少，结论直接落到「不符合」。本文按这份指引的结构，讲清哪些算法与技术会被判高风险、该换成什么、按什么顺序改。

一、高风险怎么判：分数之外的另一条线

三档结论的口径是：

• 符合：量化评估结果 100 分，无不符合项；
• 基本符合：低于 100 分但不低于 60 分，且风险分析无高风险项；
• 不符合：低于 60 分，或风险分析存在高风险项。

关键在第三条的后半句——分数与风险是两条线，任何一条触底，结论都是「不符合」。更需要注意的是，《指引》对通用要求里的算法、技术、产品、服务问题，「可能的缓解措施」一栏写的就是「无」。

二、第一关：密码算法，适用所有级别

指标要求：信息系统中使用的密码算法应符合法律、法规的规定和密码相关国家标准、行业标准。安全问题有两类：

1. 采用存在安全问题或安全强度不足的密码算法对重要数据进行保护，如 MD5、DES、SHA-1、RSA（不足 2048 比特）等；
2. 采用安全性未知的密码算法，如自行设计的密码算法、经认证的密码产品中未经安全性论证的密码算法。

这里有两个限定词值得咬文嚼字：一是「重要数据」，二是「进行保护」。算法用在不重要的位置不一定触发；但一旦用于保护重要数据，几乎没有缓释余地。各地公开的常见问题答复也补充过：SHA-1 在特殊场景下可结合现行标准另行判定，定级以密评机构结论为准。

三、第二关：密码技术，协议版本也算

第二关查的不是算法，而是承载算法的协议：

• 采用存在缺陷或有安全问题警示的密码技术，如 SSH 1.0、SSL 2.0、SSL 3.0、TLS 1.0 等；
• 采用安全性未知的密码技术，如未经安全性论证的自行设计的密码通信协议、经认证的密码产品中未经安全性论证的密码通信协议。

这一条在改造中漏得最多：算法全换成了国密，对外通道却还在跑老版本 TLS，协议本身就在高风险清单里。整改时应按 GM/T 0024-2023《SSL VPN 技术规范》建设国密通道，或采用 GB/T 38636-2020 规定的传输层密码协议。

四、第三关：密码产品与密码服务

《指引》列出的安全问题包括：自实现且未提供安全性证据的密码产品；存在高危安全漏洞的密码产品；密码产品的使用不满足其安全运行的前提条件（即安全策略或使用手册说明的部署条件）；选用的密码服务提供商不具有相关资质；以及存在密钥管理相关的安全问题。

「自实现」这一项在改造中很常见：用开源库或自研模块做加解密，即便算法本身合规，只要拿不出安全性证明，就属于高风险。这也解释了为什么标准反复强调密码产品应达到 GB/T 37092 二级及以上，并核验《商用密码产品认证证书》。

五、附录 A：密钥管理的七个环节

密钥管理在《指引》中单列，覆盖产生、分发、存储、使用、更新、销毁和撤销、恢复七个环节。现场常触发的三条是：

• 密钥（除公钥外）以明文形式存储在不可控的环境中，且可以被非授权的访问、使用、泄露、修改和替换；
• 用于加密密钥的口令以明文形式存储，或复杂度不足；
• 密钥产生未采用通过认证的随机数发生器，且无公开文献和证据证明其合理性与正确性。

换成现场语言：密钥写在配置文件或数据库里、对称密钥硬编码在代码中、用普通 U 盘传递明文密钥，都落在这张清单上。密钥应当在密码产品内部产生并存放，由密钥管理系统统一管起来。

六、替换清单：该换成什么

• 摘要算法：MD5、SHA-1 → SM3（GB/T 32905-2016，256 位摘要）
• 分组加密：DES、3DES、RC4 → SM4（GB/T 32907-2016，128 位分组与密钥）
• 公钥加密与签名：RSA（不足 2048 比特）→ SM2（GB/T 32918，256 位）
• 传输协议：SSL 2.0/3.0、TLS 1.0 → 国密传输通道（GB/T 38636-2020，工程实现配 GM/T 0024-2023）
• 随机源：自研随机数 → 通过认证的随机数发生器
• 自研加解密模块 → 持有《商用密码产品认证证书》的密码产品

替换时还要看用途匹配：SM4 的 ECB 模式相同明文出相同密文，只覆盖机密性；CBC 需要随机且不可预测的 IV；GCM 同时覆盖机密性与完整性。同一把密钥换模式，覆盖的指标项并不相同。

七、自查与推进顺序

1. 先做算法与协议清点：抓包与代码扫描并行，把仍在用的算法、协议版本、密钥存放位置列成一张表；
2. 先清高风险项，再谈分数——分数弥补不了风险；
3. 密钥全部迁入密码产品，同时补齐密钥管理制度；
4. 采购环节核对认证证书与安全级别；
5. 改造完成后复测，并在规定期限内报送备案。

法规层面也要对齐：《商用密码管理条例》第三十九条与《关键信息基础设施商用密码使用管理规定》都要求，使用的密码算法、密码协议、密钥管理机制应当通过国家密码管理部门审查鉴定。改造周期视系统数量与改造起点而定，通常从数周到数月不等，具体以属地要求和项目实际情况为准。

需要说明的是，密评辅导、差距分析、方案编制、协助对接持牌机构是本网可提供的服务范围；密评报告须由取得商用密码检测机构资质的机构出具。正在准备首次评估的读者，可以先看等保测评流程与密码应用相关标准，也可以在密评机构名录查询持牌机构，更多实务文章见密评栏目。