只要花些时间了解后量子密码学（PQC）迁移的范围，就很容易得出一个结论：这将是一项艰巨的任务。
数十年来，密码技术已深度融入企业技术体系，用于保护Web交易、网络连接、VPN隧道、证书、应用、基础设施和数据。部分系统最终可能无法仅通过软件升级完成迁移，而需要更换。对于大型企业而言，这意味着PQC迁移将是一项规模庞大、历时多年的工作。
不过，作为一名工程师，我接下来要问的并不是这个问题有多难，而是我们是否正确定义了这个问题。
不必一次完成所有工作
组织在准备采用PQC时，最容易犯的重大错误之一，就是审视整个技术环境后，认为所有内容都需要一次性完成变更。事实并非如此。
量子威胁对不同形式的密码技术影响各异。明确这一区别至关重要，因为组织可以据此缩小当前面临的风险范围，而不必将PQC视为不加区分的全面替换工作。
“组织不应等到Q-Day的时间确定后，才着手解决架构问题。”
然而，缩小问题范围并不会让现有的技术债务消失。事实上，PQC可能会暴露这些技术债务已经造成的严重影响。我在随选观看的“PQC准备工作刻不容缓”专题演讲中对此进行了更详细的探讨，该演讲来自F5 Post Mythos Security Summit。
以TLS 1.3为例。F5 Labs 2026年研究发现，10%的热门网站仍不支持TLS 1.3。这不仅仅是现代化问题。PQC密码套件无法通过TLS 1.2进行协商，因此TLS 1.3是做好PQC准备的基础要求。仍依赖旧版TLS的组织必须先完成相关工作，才能进行下一次密码技术迁移。
当前积压的现代化改造任务，日后可能成为安全方面的制约因素。
迁移所需时间也是风险的一部分
现在就缩小问题范围，而不是等到更确定Q-Day何时到来，还有另一个原因：Q-Day的日期并不是唯一需要关注的时间因素。
Mosca定理提供了一种实用的时间评估方法：将信息必须保持安全的时长与迁移到量子安全密码技术所需的时长相加，并与具备足够算力的量子计算机可能威胁当前公钥密码技术之前的剩余时间进行比较。如果前两段时间之和超过第三段时间，组织就会面临风险。
这改变了我们看待PQC就绪准备的方式。迁移时间不仅是项目规划中需要考虑的因素，也是风险的一部分。
而企业架构可能会对迁移所需时间产生巨大影响。
加密技术与各个应用和系统的耦合越紧密，组织最终可能需要修改、测试、验证和维护的环节就越多。再加上遗留基础设施和第三方依赖项，看似只是一次加密技术升级，却可能迅速演变为一场涉及范围广泛的企业转型。
因此，组织不应等到Q-Day的具体时间明确后才着手解决架构问题。即使无法确切知道量子计算何时会突破这一临界点，也可以确定，缩短所需的响应时间具有重要价值。
面向密码技术变革进行设计
归根结底，目标不仅是部署当前已获批准的PQC算法，还要构建相应的适应能力，以应对不断演变的密码学要求。
这就是我所理解的密码敏捷性：能够在不中断系统运行的情况下替换和调整加密算法。
技术领导者不妨思考这样一个问题：如果明天必须更换某种加密算法，我们需要修改多少个应用？
如果答案是数百甚至数千个应用，那么PQC就不只是密码学问题，更是架构问题。
而试图通过逐个手动重写应用来解决这一问题，并非理想方案。对于大型企业而言，这种方法可能进展缓慢、成本高昂、干扰运营，并给基础设施带来沉重负担。
好在，这并非唯一的解决方案。
未来的挑战十分艰巨，但组织可以通过识别真正的风险敞口、了解自身可控的依赖关系，并合理设计基础设施，避免让密码技术变更成为每个应用团队都必须应对的问题，从而降低挑战的应对难度。
峰会专题会议：立即着手做好PQC准备
在点播的F5 Post-Mythos Security Summit上，我将在“PQC准备工作从现在开始”这一场次中深入探讨这一挑战。欢迎观看本场次，了解如何通过切实可行的三步方法，确定当前风险敞口的范围、管理转型过程，并在避免对现有运营造成不必要干扰的同时保护基础设施。
关于作者
相关博客文章
WAF和API发现技术在保护智能体AI应用中的作用
智能体AI系统的功能和集成会在运行时快速变化。要以同样的速度保障其安全，需要通过API发现和Web应用防火墙（WAF）实施切实可行的控制措施。
