密码学很少因数学原因而失败

在 Cisco 构建安全和加密服务的 26 年中，我处理过长长的协议和系统缺陷列表。在我见过的加密失败案例中，只有极少数是因为有人破解了算法。更多时候，系统失灵是发生在“已有修复补丁”与“补丁已部署”之间的差距中。

这一差距就是信任的最后一公里。这是上游发布的补丁在数月后才到达全球产品组合的地方。这是嵌入式设备带着在其服务寿命内永远不会更新的加密库出厂的地方。这也是修复程序干净利落地穿过供应链的前四层，却在第五层悄无声息地停滞的地方。

数学问题是我们大部分已经解决的部分。交付环节则是我们尚未解决的部分。

两股力量，两个极端

目前，两股力量正同时对“最后一公里”进行压力测试。

在发现端，AI 扩大了发现漏洞与修复漏洞之间的差距。虽然前沿模型显著降低了发现漏洞的门槛，但修复漏洞仍依赖于熟练的人工判断来进行分类处理、补丁编写、审核、发布和部署。发现能力的扩展取决于算力，而修复能力的扩展取决于人员数量。这两条曲线正在背离，而积压在维护者队列中的每一份报告，都是一段尚未开始其“最后一公里”旅程的修复程序。

在部署端，后量子加密（PQC）迁移并非单一事件。它是一系列在时间压力下执行的行动，针对的是仍在生产环境中接受实战检验的标准和协议选择。一些早期决策将需要重新审视。这并非悲观主义，而是大规模变革的本质。

这两股力量共同定义了本十年核心的安全挑战。加密风险现在更多地受控于我们变更流水线的速度，而非算法的强度。

缺失的控制点：上游能力

Cisco 将加密敏捷性定义为在尽量减少干扰并避免不必要地更换底层基础设施的情况下，更新加密算法、协议、库和实现的能力。在实践中，它依赖于四个组成部分：

1. 抽象：加密选择是可配置的，而非硬编码的。
2. 资产盘点：了解哪些系统使用了哪些原语。
3. 流水线速度：能够快速将变更从上游推送到整个集群。
4. 上游能力：你所依赖的项目能够快速交付新功能和关键修复。

大多数组织投资于前两项，并假设后两项已经具备。而在现实中，后两项才是迁移真正失败的地方。

上游能力是几乎没有人会放入路线图的一项，因为它位于你的组织之外。今天你进行的几乎每一次安全连接，从银行和电子邮件到应用程序背后的 API 握手，都依赖于一个代表整个互联网进行维护的小型团队编写的加密代码。如果上游项目根本没有能力产出修复程序，你就无法打通最后一公里。

加密供应链的每一个其他环节都有负责人、预算和控制目标。在大多数组织中，上游能力一项都没有。它只有一个假设，而假设并不是控制点。

所以，改变你的计划所提出的问题。你的软件物料清单（SBOM）已经告诉你使用了哪些开源软件。更难的问题是：对于那些我们离开它就无法运行的项目，我们回馈了什么？如果诚实的回答是“什么都没有”，这就是一个审计发现。它应该和其他未管理的依赖项一起记录在你的风险登记册中。

实践中的应用

对于 Cisco 而言，部分答案是在 2025 年 8 月成为 OpenSSL Foundation 的首席赞助商。这项为期三年的承诺资助了一名基金会全职工程师和一名借调的 Cisco 工程师。他们的工作重点是基础工程、QUIC、后量子加密和 DTLS 1.3。我们将其视为降低供应链风险的手段，直接关系到我们自己的部署速度，而非慈善事业。