1.4量子密码学的目标与分类

1.4 量子密码学的目标与分类

量子密码学不是要推翻经典密码，而是在量子威胁下提供两条新的防御路线，并明确各自的边界。

两大分支

边界与配合

• QKD 提供"密钥怎么安全送达"，但本身不加密业务数据，通常配合一次性密码本或 AES 使用。
• PQC 提供"数据怎么抗量子加密/签名"，可在普通终端运行，覆盖面广。
• 二者并非二选一，很多高安全场景同时部署：QKD 分发主密钥，PQC 保护应用层数据。

💡 选择路线时要看约束：没有量子信道和单光子器件的场景（如物联网终端），PQC 几乎是唯一现实选项；而要求"信息论安全"的政府/金融骨干链路，则倾向 QKD。

⚠️ 不要误以为"量子"二字就等于绝对安全。QKD 有器件漏洞，PQC 有算法被攻破的可能，二者都需配套工程加固与标准跟进。

深入讨论：两条路线如何组合出完整的量子安全方案

把 QKD 与 PQC 放在一张部署图里看，各自的生态位会更加清晰。一条典型的量子安全骨干链路是这样的：两端先通过 QKD 在物理层分发出密钥，再用这些密钥驱动一次性密码本或 AES-256 加密业务数据，签名部分则采用 PQC 算法（如 ML-DSA）保证来源与完整性。这里 QKD 负责「密钥的绝对保密送达」，PQC 负责「签名与在普通设备上的加密」，两者在不同层级各司其职，并不冲突。

选择上的现实约束往往由器件与场景决定：QKD 需要光纤/自由空间量子信道与单光子探测器，只有高安全骨干链路值得这个成本；而物联网终端、手机、云服务器等海量设备既没有量子信道，也不需要信息论安全，PQC 几乎是唯一现实选项。理解「成本—安全—场景」三者的三角关系，比单纯比较两种技术的强弱更有决策价值。

# 量子安全方案组合矩阵
场景                      推荐组合                    理由
政府/金融骨干链路          QKD 分发 + OTP/AES + PQC 签名  信息论安全 + 完整签名
数据中心互联               QKD 或 PQC 混合 KEM          成本可控，强度足够
物联网终端                 PQC（ML-KEM/ML-DSA）         无量子信道，算力受限
公网 Web/TLS               PQC 混合模式                 客户端覆盖广，渐进迁移
长期归档数据               PQC + 加长对称密钥            抗"现在收割未来解密"
量子研究网络               QKD + 全链路监控             验证新技术，非生产依赖

# 选型决策问题清单
1. 是否有专用量子信道与器件预算？否 -> 直接 PQC
2. 是否需要信息论安全？否 -> PQC 足够
3. 数据保密期是否超过十年？是 -> 优先迁移，混合模式起步
4. 是否已部署大量经典客户端？是 -> 混合过渡而非一刀切
​

这套矩阵的关键是把「安全需求」翻译成「技术路线」。量子安全的完整答案从来不是二选一，而是在 QKD 与 PQC 之间按场景取组合，配合对称加密与哈希形成多层防御。带着这个框架进入第二章与第三章，两章的协议细节就都能挂到同一张部署图上。

同时要保留一个清醒的认识：无论是 QKD 还是 PQC，都不是「一键开启」的能力，而是需要配套器件、密钥管理、标准与运维体系的系统工程。目标与分类章节的价值，正是先划定每条路线的能力边界，避免把「量子安全」当作一个可以整体采购的黑盒产品。

最后用一个判断题收束本节：如果某供应商宣称其产品「基于量子安全、无需理解路线差异」，那么在采购前至少应追问三个问题——它走的是 QKD 还是 PQC？安全层级对应哪一层假设？与现有系统的密钥管理如何对接？能把这三个问题答清楚，通常意味着技术方案是成熟可审计的；答不上来，则要在合同中设定明确的验收与退出条款。

这些问题的答案，恰好是第一章各节累积起来的判断框架，将在第二、三章被反复使用。把「追问三个问题」的习惯带到后续阅读与选型实践中，是本节期望留下的最重要能力。