3.1PQC背景与必要性

3.1 PQC 背景与必要性

PQC 不是量子时代的"备胎"，而是必须在量子计算机成熟前就铺好的防线。理解它为什么紧迫，要先看清量子算法对现有体系的真实威胁。

量子威胁回顾

为什么必须现在动

攻击者可以今天截获并储存加密数据，等量子计算机成熟后再解密——这叫"现在收割、未来解密"（harvest now, decrypt later）。数据保密期越长，越要提前迁移到 PQC。而算法从设计、标准化到全行业部署往往要十年量级，时间并不宽裕。

💡 PQC 与 QKD 的分工很清晰：QKD 解决"密钥怎么安全送达"，但要求量子信道；PQC 能在手机、物联网设备等普通终端运行，是覆盖面最广的抗量子方案。

⚠️ 不要等"实用量子计算机问世"才行动。一旦问世，所有未迁移的公钥体系会同时失守，没有缓冲期，迁移必须前置。

深入讨论：迁移的「时间窗」为什么这么紧张

PQC 迁移的紧迫性来自「标准化周期 × 部署周期」的双重滞后。一个算法从数学设计、公开分析、NIST 标准化到进入 TLS 栈、CA 证书链、浏览器与操作系统默认配置，通常要花十年量级；而「现在收割、未来解密」意味着攻击者今天就可能在存储你的加密流量。把这两条时间线放在一起，结论是：即便量子计算机十年后才实用，今天未迁移的公钥数据已经暴露在「未来可解密」的风险里。

这个逻辑也解释了为什么「混合模式」被普遍接受：在纯 PQC 尚未全面就绪、旧系统还需兼容的阶段，同时运行经典算法与 PQC 算法，可以让新能力先上路、旧能力不中断，把迁移变成渐进过程而非大爆炸切换。对大多数组织，起步动作是盘点和试点，而不是立刻全量替换——但「立刻开始盘点」这件事本身是有时间窗口的。

# PQC 迁移时间线示意（概念）
2024-2026  资产盘点 + 试点：长保密数据、TLS 混合组、证书链准备
2026-2028  规模推广：CDN、客户端 SDK、CA 策略同步
2028-2030  纯 PQC 目标架构：逐步收紧经典算法使用范围
2030+      按 NIST 与产业节奏完成全面切换

# 起步阶段可落地的检查清单
1. 建立 CBOM：系统、算法、密钥长度、证书来源、数据保密期
2. 标出保密期超过十年的资产，列为 P0 迁移对象
3. 在内网测试环境启用混合 TLS 套件并测量性能
4. 与 CA/证书供应商确认抗量子签名支持时间表
5. 订阅 NIST 与 IETF 公告，跟踪标准与码点变化
​

把时间线画出来，PQC 就从「遥远的学术话题」变成「有明确节奏的工程计划」。关键不在于预测量子计算机到来的确切年份，而在于认识到「数据暴露窗口从现在就开始计时」，并把盘点与试点放进今年的排期——这一步的成本很低，却能换来未来十年的安全裕量。

最后对照一下本教程的整体结构：PQC 的「必要性」论证与第一章的量子威胁一脉相承，而它与 QKD 的互补关系已在第一章 1.4 铺垫。理解 PQC 为何紧迫，其实就是在理解整条量子安全主线的起点——所有后续算法、协议与迁移讨论，都是为了回应这里提出的「数据现在就暴露」的命题。

从投入产出的角度再看一次：PQC 迁移的早期投入主要花在「盘点与试点」，这两项都不需要等待量子计算机或任何新硬件，属于典型的「低成本高信息量」动作。正因如此，把迁移决策推迟到「量子威胁确定」再启动，在逻辑上并不成立——届时可以启动的只剩应急替换，而不是从容迁移。

最后用一个类比之外的务实结论收束：评估一家机构量子准备度，只看它有没有试点文档是不够的，还要看资产清单能否随季度更新、回退脚本是否演练过、新系统上线时 PQC 基线是否被强制检查。动作比口号更能说明准备度，这也是本教程各节反复强调「落地」的原因。