后量子迁移要准备什么
后量子密码（PQC）迁移不是「换个算法」这么简单，它至少有两条并行的线：算法替换（把 RSA/ECC 换成标准化的后量子方案）与存量数据重加密（长期保密的数据要按新算法重新保护）。判断优先级看两个时间尺度：数据的保密年限，以及签名产物需要被验证多久——根证书、固件签名、归档文档都属于要活得比算法寿命更长的对象。过渡期的普遍做法是混合模式：经典算法与后量子算法并行使用，任一侧被攻破都不会立刻失守。
基本信息
| 标准进展 | NIST 后量子标准（ML-KEM、ML-DSA、SLH-DSA 等） |
|---|---|
| 关注对象 | 长期保密数据、根证书与签名链、协议协商 |
| 过渡策略 | 混合模式（经典 + PQC）逐步切换，保留回退路径 |
| 影响面 | 协议栈、密码库、证书体系、固件与设备同时受牵动 |
| 数据侧动作 | 对长期数据重新加密，或提前改为可轮换的信封结构 |
| 能力检查 | openssl list -kem-algorithms 核对本机实现支持情况 |
典型使用场景
- 资产梳理：列出需要长期保密的归档数据与长期有效的签名产物。
- 技术预研：在测试环境验证新算法对握手体积、延迟与带宽的影响。
- 协议改造：为 TLS 等协商机制准备混合模式的配置与回退策略。
- 供应链摸底：确认依赖的密码库、硬件与云服务是否具备迁移路径。
- 制度准备：把算法版本纳入密钥与证书管理规范，便于后续批量替换。
检查本机 PQC 支持
检查本机 PQC 支持
# 需要有对应实现版本才有相关算法
openssl version
openssl list -kem-algorithms | grep -i mlkem
openssl list -signature-algorithms | grep -i mldsa
# 观察握手体积变化：后量子公钥与签名明显更长
# openssl s_client -connect example.com:443 -groups <混合组名> -msg </dev/null 2>&1 | head -20资产类别与优先级
| 资产类别 | 风险特征 | 优先动作 |
|---|---|---|
| 长期归档的密文数据 | 今天被记录、未来被解密 | 改为可轮换的信封加密结构 |
| 根证书与信任锚 | 寿命长、更替成本极高 | 提前规划下一代算法与交叉过渡 |
| 固件与代码签名 | 签名需要长期可验证 | 评估混合签名方案 |
| 在线 TLS 会话 | 可被实时切换 | 跟随协议栈升级节奏 |
| 内嵌设备的密钥 | 更换成本高、生命周期长 | 在采购阶段要求算法可升级能力 |
算法可用性依赖运行库与平台版本，迁移前必须做兼容性与性能评估，并保留经典算法回退路径，避免升级后出现大面积不可用。