Construction Framework & Migration Paths
A blueprint for building post-quantum cryptographic security capability, synthesized from the China-based industry report 安全牛《后量子密码安全能力构建技术指南(2025版)》. It frames the work under the guiding principle of proactive defense, steady migration, and self-controllable (积极防御、稳步迁移、自主可控): start early, move without breaking production, and retain sovereign control over the algorithms and implementations you depend on.
The security-capability architecture
The report organizes PQC capability building around a security architecture with four interlocking core elements. Each one is a workstream that must advance for the others to deliver value — upgrading algorithms in application code, for example, is wasted if the PKI that issues certificates still speaks only RSA and ECC.
| Core element | What it covers |
|---|---|
| 1. Crypto infrastructure upgrade (PKI & KMS) | Make root and intermediate certificate authorities PQC-capable; extend certificate formats and protocols (X.509, TLS) to carry post-quantum keys and signatures; upgrade or replace HSMs so they support the new algorithms; and refresh the full key-management lifecycle (generation, distribution, rotation, escrow, destruction) for larger PQC key material. |
| 2. Application crypto-component refactor | Upgrade the crypto libraries applications link against (for example PQC-enabled OpenSSL builds or BoringSSL); adapt crypto APIs so callers are insulated from algorithm choice; and extend protocol support across SSH, IPsec, and S/MIME. |
| 3. Security policy & process adjustment | Fold quantum risk into the organization's risk-assessment methodology; embed PQC requirements into the software development lifecycle (SDLC); and update day-to-day security-operations processes so PQC is the default in new systems. |
| 4. Security monitoring & audit enhancement | Upgrade SIEM to recognize PQC-related events; enhance IDS/IPS to inspect post-quantum handshakes; and complete cryptographic audit logging so algorithm usage is observable and reportable. |
Five design principles
The report sets out five principles that should govern every architectural decision in the program:
- Minimal change — prefer drop-in upgrades over re-architecture; touch as little of the surrounding system as possible.
- Algorithm agility (crypto-agility) — abstract the algorithm behind a stable interface so it can be swapped again as standards evolve. See crypto-agility.
- Performance optimization — exploit hardware acceleration and parallelism to absorb the larger keys and heavier operations of PQC.
- Interoperability — follow both domestic and international standards so deployments interwork across vendors and borders.
- Self-controllable (自主可控) — favor implementations and supply chains the organization can audit and sustain independently.
Three migration paths
The report describes three migration paths. They are not mutually exclusive — a large estate typically uses all three across different systems — but each has a distinct profile of effort, risk, and best-fit scenario.
Smooth / in-place migration (平滑迁移)
The system architecture stays unchanged; algorithms are swapped gradually underneath it. This fits elastic, software-defined estates such as cloud platforms and CDNs, where libraries and configuration can be rolled forward without redesigning the application. A typical sequence is: upgrade the crypto library → enable protocol negotiation → canary on a slice of traffic → shift traffic progressively → full cutover → retire legacy.
CN example. A cloud platform migrates its TLS termination smoothly: it deploys a PQC-enabled OpenSSL build, runs a canary, shifts traffic gradually while monitoring performance, completes the rollout, and keeps an ECC fallback configured at lower negotiation priority for any client that cannot yet do PQC.
Phased migration (分阶段迁移)
Systems are migrated in batches ordered by business priority and quantum risk. This suits large, complex, heterogeneous estates where a single cutover is infeasible.
CN example. A government system migrates in three phases: 2025–2027 covers identity authentication and the e-government extranet; 2028–2030 covers data-exchange platforms and core business systems; 2030 onward covers peripheral and office systems.
Hybrid cryptography (混合密码方案)
Classical and post-quantum algorithms run together as a double-insurance: the channel stays secure as long as either algorithm resists attack. This fits ultra-high-assurance systems and early migrations where PQC implementations are not yet fully battle-tested. Methods include algorithm combination (for example ECDH and ML-KEM shared secrets fed through a KDF), protocol nesting, and layered encryption. See hybrid cryptography.
CN example. A digital-currency exchange uses hybrid throughout: key agreement combines ECDH with ML-KEM; transactions carry dual signatures (ECDSA plus ML-DSA); and stored data is protected with AES-256 alongside a Classic McEliece key-encapsulation layer.
Choosing a path
The report identifies the factors that should drive path selection for each system:
- Business criticality and risk — how damaging is exposure, and how long must the data stay confidential.
- Architecture complexity — monoliths and embedded systems resist smooth migration.
- PQC maturity and performance — whether vetted, performant implementations exist for the target platform.
- Cost — engineering, hardware (HSM refresh), and operational overhead.
- Compliance — domestic and sector mandates that set deadlines or require specific algorithms.
Migration Overview →
Why migrate now, the risk equation, and the phased loop.
Crypto-Agility →
The engineering foundation that makes every later swap cheap.
Hybrid Cryptography →
Classical plus PQC double-insurance for early, high-assurance deployment.
PKI Impact →
Upgrading CAs, certificates, and trust stores for PQC.
Migration Playbook →
Executable phases with owners and exit criteria.
Quantum Risk Model →
Score and rank assets to drive phased prioritization.
Standards & references
- 安全牛《后量子密码安全能力构建技术指南(2025版)》 — industry report; the framework, principles, and paths above are synthesized and rewritten from it, not reproduced. It uses the former algorithm names CRYSTALS-Kyber, CRYSTALS-Dilithium, and SPHINCS+ for what NIST now standardizes as
ML-KEM,ML-DSA, andSLH-DSA. - NIST Post-Quantum Cryptography project — the standardized algorithm suite.
- CISA / NSA / NIST — Quantum-Readiness: Migration to PQC — inventory and roadmap guidance.
- Resources — full standards register
构建框架与迁移路径
本页给出后量子密码安全能力的构建蓝图,内容综合自安全牛《后量子密码安全能力构建技术指南(2025版)》并以自有表述重写。整体遵循积极防御、稳步迁移、自主可控的总原则:尽早布局,在不影响业务连续性的前提下推进迁移,并对所依赖的算法与实现保持自主掌控。
安全能力架构
该报告将 PQC 能力构建归纳为四个相互咬合的核心要素。每个要素都是一条工作线,彼此缺一不可。举例来说,如果签发证书的 PKI 仍只支持 RSA 与 ECC,那么在应用代码里替换算法也无从落地。
| 核心要素 | 覆盖内容 |
|---|---|
| 1 密码基础设施升级 PKI 与 KMS | 使根 CA 与中间 CA 具备 PQC 能力;扩展证书格式与协议(X.509、TLS)以承载后量子密钥与签名;升级或替换 HSM 以支持新算法;并针对体量更大的 PQC 密钥材料刷新密钥管理全生命周期(生成、分发、轮换、托管、销毁)。 |
| 2 应用密码组件重构 | 升级应用所链接的密码库(例如启用 PQC 的 OpenSSL 构建或 BoringSSL);改造密码 API 使调用方与具体算法解耦;并在 SSH、IPsec、S/MIME 等协议上扩展支持。 |
| 3 安全策略与流程调整 | 将量子风险纳入组织的风险评估方法;在软件开发生命周期 SDLC 中嵌入 PQC 要求;并更新日常安全运营流程,使新系统默认采用 PQC。 |
| 4 安全监测与审计增强 | 升级 SIEM 以识别 PQC 相关事件;增强 IDS/IPS 以检视后量子握手;并完善密码审计日志,使算法使用情况可观测、可上报。 |
五项设计原则
报告提出五项原则,应贯穿迁移工程的每一项架构决策:
- 最小改动 优先采用原位升级而非重构,尽量少触碰周边系统。
- 算法敏捷 crypto-agility 将算法置于稳定接口之后,使其在标准演进时仍可再次替换。参见密码敏捷性。
- 性能优化 借助硬件加速与并行化,吸收 PQC 更大的密钥与更重的运算开销。
- 互操作性 同时遵循国内与国际标准,使部署可跨厂商、跨边界互通。
- 自主可控 选择组织能够独立审计与持续维护的实现与供应链。
三条迁移路径
报告给出三条迁移路径。它们并不互斥,大型资产通常会在不同系统上同时采用三者,但每条路径在工作量、风险与适用场景上各有特征。
平滑迁移
系统架构保持不变,算法在底层逐步替换。适用于弹性、软件定义的资产,如云平台与 CDN,此类系统无需重新设计应用即可滚动升级库与配置。典型步骤为:升级密码库 → 启用协议协商 → 在部分流量上灰度 → 逐步切流 → 全量切换 → 退役旧算法。
国内示例 某云平台对其 TLS 终结进行平滑迁移:部署启用 PQC 的 OpenSSL 构建,先做灰度,边切流边监控性能,完成全量上线,并为尚不支持 PQC 的客户端保留一条优先级更低的 ECC 回退。
分阶段迁移
按业务优先级与量子风险分批迁移系统。适用于无法一次性切换的大型、复杂、异构资产。
国内示例 某政务系统分三阶段迁移:2025 至 2027 年覆盖身份认证与电子政务外网;2028 至 2030 年覆盖数据交换平台与核心业务系统;2030 年以后覆盖外围与办公系统。
混合密码方案
经典算法与后量子算法并行运行,形成双保险:只要其中一种算法仍能抵御攻击,通道即保持安全。适用于超高保障系统以及 PQC 实现尚未充分实战检验的早期迁移。方法包括算法组合(例如将 ECDH 与 ML-KEM 的共享秘密经 KDF 合成)、协议嵌套与分层加密。参见混合密码。
国内示例 某数字货币交易所全程采用混合方案:密钥协商将 ECDH 与 ML-KEM 组合;交易采用双签名(ECDSA 加 ML-DSA);存储数据在 AES-256 之外叠加一层 Classic McEliece 密钥封装。
路径选择
报告列出应驱动各系统路径选择的因素:
- 业务重要性与风险 一旦暴露损害多大,数据需保密多久。
- 架构复杂度 单体与嵌入式系统难以平滑迁移。
- PQC 成熟度与性能 目标平台上是否已有经过检验、性能可接受的实现。
- 成本 工程、硬件(HSM 更换)与运营开销。
- 合规 设定截止期或要求特定算法的国内与行业要求。
迁移总览 →
为何现在迁移、风险公式与分阶段循环。
密码敏捷性 →
让后续每次算法替换都低成本的工程基础。
混合密码 →
经典加 PQC 的双保险,适合早期与高保障部署。
PKI 影响 →
为 PQC 升级 CA、证书与信任库。
迁移操作手册 →
可执行的阶段,含责任人与退出标准。
量子风险模型 →
为资产打分排序以驱动分阶段优先级。
标准与参考
- 安全牛《后量子密码安全能力构建技术指南(2025版)》 行业报告;以上框架、原则与路径均综合并重写自该报告,非原文照录。该报告沿用旧算法名称 CRYSTALS-Kyber、CRYSTALS-Dilithium 与 SPHINCS+,对应 NIST 现已标准化的
ML-KEM、ML-DSA与SLH-DSA。 - NIST Post-Quantum Cryptography project 已标准化的算法族。
- CISA / NSA / NIST Quantum-Readiness 迁移指南 清点与路线图指引。
- 资源链接 — 完整标准登记册