首页/安全/加密与证书速查/后量子密码(PQC)迁移概览
加密算法基础95 条

后量子密码(PQC)迁移概览

NIST 于 2024 年发布 FIPS 203/204/205 三项后量子标准;TLS 生态通过混合密钥交换先行过渡,长期保密数据需要尽早评估迁移。

加密与证书速查安全更新于 2026-10-13

PQC 是什么

后量子密码(PQC)指能在现有经典计算机上运行、同时抵抗已知量子算法(Shor 破解公钥密码、Grover 削弱对称密码)的方案。NIST 于 2024 年正式发布三项标准:ML-KEM、ML-DSA、SLH-DSA。真正的紧迫性来自先记录后解密:攻击者现在就能存档加密流量,等未来算力成熟再解密,所以长期保密数据需要提前评估迁移,而不是等量子计算机可用才动手。

三项标准速查

FIPS 203ML-KEM,源自 CRYSTALS-Kyber,用于密钥封装
FIPS 204ML-DSA,源自 CRYSTALS-Dilithium,用于数字签名
FIPS 205SLH-DSA,源自 SPHINCS+,无状态哈希签名
过渡策略混合模式:经典算法与 PQC 并行协商,兼容性最好
主要代价公钥与签名体积变大,握手报文随之变长
推进次序先密钥交换、后签名;长期保密数据优先

典型使用场景

  • 核查站点是否已启用混合密钥交换,评估浏览器与服务端的支持度差异
  • 长期保密数据的存储加密选型:优先部署混合密钥交换以对冲先记录后解密
  • 固件与设备签名方案的中长期规划:签名迁移涉及供应链,需要按年排期
  • 合规与客户问询答复:对外提供 PQC 迁移路线图与当前支持情况
  • 中间设备能力排查:负载均衡、WAF、防火墙对未知算法组的处理需要逐跳验证

生态现状与排查命令

生态现状与排查命令
# 查看本机 OpenSSL 是否已支持 PQC 算法族(注意版本差异)
openssl list -kem-algorithms        # 关注 ML-KEM / X25519MLKEM768 是否出现
openssl list -signature-algorithms  # 关注 ML-DSA / SLH-DSA
# TLS 1.3 混合组协商测试
openssl s_client -connect example.com:443 -groups X25519MLKEM768 -tls1_3 </dev/null
# 观察握手协商结果:服务端不支持时会退回经典组或直接握手失败

迁移关注点

关注点变化应对
握手报文体积公钥与密文变大验证 MTU 与分片,检查中间设备上限
证书链签名与公钥字段变长评估证书体积对 TLS 记录与缓存的影响
性能算法开销与报文变大的复合影响压测握手耗时与连接建立率
兼容性旧客户端可能不认识新算法组用混合模式,保留经典组回退路径
混合模式的价值在于风险对冲:握手同时协商经典与 PQC 分量,任一被攻破都不至于整体失守,同时兼容性风险最低。这是当前 TLS 生态的主要过渡方式。
迁移的工程量常被低估:报文体型变化会影响分片,证书体积变化会影响 TLS 记录与缓存策略,中间设备对未知算法组的处理能力也只能靠实测确认。
只升级签名、密钥交换仍用传统方案,挡不住先记录后解密;只升级密钥交换、签名仍是 RSA/ECDSA,挡不住伪造。两侧都要排期,不能只做一半。

易错点

  • PQC 迁移不是「换算法」而是系统工程:握手报文变大、性能与兼容性、证书链与证书体积都要重新评估
  • 只在签名侧升级而密钥交换仍为传统方案的部署,无法抵御先记录后解密风险
  • 把「量子计算机还没造出来」当成推迟依据:存档攻击的窗口现在就开始计时
  • 混合组可能被老旧负载均衡或防火墙丢弃或降级,上线前必须逐跳验证实际协商结果

数据来源与参考

  • FIPS 203(ML-KEM)
  • FIPS 204(ML-DSA)
  • FIPS 205(SLH-DSA)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌