CISO 应从哪里开始后量子迁移：密码资产清单

当董事会向 CISO 询问后量子密码时，话题通常会立刻转向供应商和算法。

我理解原因，它们很具体。但我所知道的每一个认真的迁移计划，都从一个不那么令人兴奋的地方开始：一份密码学实际使用位置的清单。

欧盟的迁移协调路线图也强调了同样的观点。它的首批里程碑在 2026 年底前到期，内容是了解暴露面并制定计划，而不是替换算法。

为什么清单比听起来更难

密码学无处不在，又无迹可寻。它存在于协议、库、硬件模块、云服务、嵌入式设备和第三方产品之中。几乎没有组织曾经需要一份完整的清单。

一张证书表格是个开始，但它不会告诉你：

• 哪些应用协商哪些密钥交换算法；
• 哪些库、哪些版本实现了它们；
• 哪些设备用哪种签名方案验证固件；
• 受这些机制保护的哪些数据需要长期保密；
• 要改变其中任何一项，你依赖哪个供应商。

这就是 CBOM（密码物料清单）一词越来越流行的原因：它以结构化方式描述密码资产，理念与软件组件的 SBOM 相同。例如，CycloneDX 就支持 CBOM。

一份有用的清单包含什么

对于每一处密码使用，我至少希望记录：

1. 在哪里：系统、应用、设备还是服务。
2. 做什么：密钥交换、加密、签名、身份还是完整性。
3. 哪种算法、多长的密钥，以及是否易受量子攻击。
4. 由谁实现：内部代码、开源库、硬件模块还是供应商。
5. 保护什么，这种保护需要持续多久。
6. 如何更改：配置、软件更新、固件更新、更换硬件，还是根本无法更改。
7. 谁负责。

最后两项是大多数清单会遗漏的，也恰恰是它们把一份列表变成了一份计划。

关系比条目更重要

清单是一份事物的列表，而迁移是对相互依赖的事物进行的一系列更改。

如果证书颁发机构更换签名算法，哪些设备将无法验证新证书？如果某个库升级，哪些产品包含它？如果某台设备无法验证新签名，哪个更新必须先行？

这些问题无法从一份平面列表中得到答案，需要的是一个关系模型。这正是我们在 Shorium 构建的核心，也是我认为它既是安全问题也是设计问题的原因：人们需要在做出决策之前看到它的后果。详见《我为什么要做 Shorium》。

一个务实的顺序

开始时不需要完美的覆盖率。一个行之有效的顺序：

1. 从长寿命的数据和长寿命的产品开始。 任何需要保密到 2035 年以后的数据，以及届时仍在现场运行的设备。参见先收集，后解密。
2. 利用已有的资源。 证书管理器、网络扫描、代码仓库、SBOM 和采购记录各自揭示了一部分图景。
3. 尽早询问供应商。 他们的后量子路线图将制约你的路线图。现在就把这个问题写进合同和续约条款。
4. 按可更改程度分类。 把通过配置即可更改的、需要发布新版本的、需要新硬件的分开。最后一类决定了你真实的时间表。
5. 保持更新。 一年更新一次的清单，在你需要时一定是错的。把它与改变系统的流程连接起来。

向董事会汇报什么

董事会不需要算法名称。他们需要三件事：组织的暴露程度、迁移实际需要多长时间，以及现在需要做出哪些决定以避免拖得更久。

一份好的清单能回答这三个问题。这就是它排在第一位的原因。