国密算法 SM2/SM3/SM4 在邮件系统里分别用在哪？怎么替换原有的 RSA/SHA/AES？

国密体系中三件套的分工与国际算法一一对应：

• GB/T 32918-2016《信息安全技术 SM2 椭圆曲线公钥密码算法》。非对称算法，用于数字签名、密钥交换与公钥加密——对应国际的 RSA/ECDSA。
• GB/T 32905-2016《信息安全技术 SM3 密码杂凑算法》。杂凑算法，用于完整性校验、摘要、签名前的哈希——对应 SHA-256 等。
• GB/T 32907-2016《信息安全技术 SM4 分组密码算法》。分组对称算法，用于 bulk 加密——对应 AES。

它们必须配合使用才有意义：用 SM2 做密钥协商与签名、用 SM4 加密邮件正文、用 SM3 保证完整性，三者共同构成一条完整的国密保护链。

邮件的传输（服务器间 SMTP、客户端提交与访问）依赖 TLS。国密化即让 TLS 协商使用 SM2/SM3/SM4 套件，而非仅 RSA/AES。

具体涉及：

• 服务器间传输。采用机会性加密（STARTTLS）之外，叠加策略层（MTA-STS、TLS-RPT）确保国密套件真正被协商、不可被降级。
• 客户端访问。提交（Submission）与访问（IMAP/POP）强制 TLS 并优先国密套件。

替换要点：服务端证书需为 SM2 证书，密码套件列表要包含国密套件且优先级正确，否则客户端协商仍会落到国际算法。

端到端保护依赖 S/MIME 这样的报文层机制。国密化即用 SM2 证书做签名、SM4 做内容加密、SM3 做摘要，替换原有的 RSA/SHA/AES 组合。

这一步的代价与前面一致：端到端加密后，中间节点的内容检查、反垃圾、归档检索将无法解析正文，需在安全与可管控之间做取舍。但它在合规语境下的价值明确：只有报文层保护能覆盖邮件在中间节点落地时的风险，传输层加密保护不到每一跳之间的存储态。

除了传输与报文，国密还落在两个常被忽视的地方：

• 登录鉴别。管理端与用户端的身份认证应使用 SM2 证书或基于国密的令牌机制，避免在鉴别环节仍依赖纯口令或非合规算法。
• 日志完整性。审计日志、投递记录可用 SM3 计算摘要并定期校验，防止记录被非预期篡改——这正好呼应等保对审计记录保护的要求。

价值：日志完整性用国密杂凑加固后，事件发生后的追溯证据更可信，也更易通过密评的「有效性」维度。

技术替换算法的难度其实不大，真正的难点在两端：

• 互操作。与外部域通信时，对方若不支持国密套件，需要可协商降级到国际算法，否则邮件发不出去。过渡期「双栈」几乎不可避免。
• 证书体系。SM2 证书需由合规的证书认证系统签发，并能被通信双方信任链校验。
• 存量兼容。老客户端、移动端、归档系统是否支持国密，决定了改造能否全覆盖。

落地建议：先在内网互通、本方用户、归档链路等本方可控范围内全面国密化，对外部通信保留协商降级；逐步扩大国密覆盖范围。邮件系统选型时，应要求原生支持国密算法与 TLS 国密套件、S/MIME 国密化与 SM2 证书体系。

在落地上述技术建议时，可结合 MAEF 盾 等邮件安全防护能力，按邮件系统的信创版与标准版分别适配，将鉴伪、策略执行、日志留存与密钥管理统一收口，形成可举证、可审计的控制闭环。具体能力边界以实际部署版本为准。