企业如何为PQC做准备？从密码资产盘点到迁移优先级
PQC是Post-Quantum Cryptography的缩写，中文通常称为 后量子密码 </a>或抗量子密码。它的目标，是使用能够抵御未来量子计算攻击的密码算法，逐步替代可能受到量子计算威胁的传统公钥密码体系。企业准备PQC 的第一步通常不是购买新产品，也不是马上替换现有算法，而是回答一个看似简单的问题：企业到底在哪些地方使用了密码技术？
这个问题往往比想象中更难。TLS证书、VPN、API连接、身份认证、数据库通信、代码签名、软件更新和设备固件，都可能依赖RSA、ECC等公钥密码算法。有些配置由安全团队管理，有些写在应用代码中，还有一些隐藏在云服务、第三方组件或多年未改造的旧系统里。如果不知道密码技术分布在哪里，企业就无法准确判断量子风险，更谈不上制定可靠的迁移计划。
PQC准备为什么要从现在开始
目前，能够大规模破解主流公钥密码算法的量子计算机尚未成为现实，但PQC迁移并不能等到风险真正出现后再开始。一方面，大型企业拥有大量应用、证书和基础设施，完整改造可能需要数年；另一方面，需要长期保密的数据可能面临“现在收集、以后解密”的风险。攻击者可以先保存截获的加密数据，等待未来具备相应能力后再尝试解密。
2024年8月，美国国家标准与技术研究院正式发布首批三项PQC标准，包括用于密钥封装的ML-KEM，以及用于数字签名的ML-DSA和SLH-DSA。这意味着企业已经可以依据正式标准开展评估和测试，而不必继续停留在概念讨论阶段。
密码资产盘点究竟要盘点什么
密码资产盘点不能只统计证书数量。真正需要了解的是，哪些业务在什么位置、以什么方式使用了密码技术。
企业可以从对外应用入口开始，梳理网站、移动应用、 API、负载均衡 器、应用交付平台、CDN、远程访问和云服务中的TLS配置，记录证书类型、算法、密钥长度、协议版本、签发机构、到期时间和加密终止位置。
随后再向内部延伸，检查服务之间的加密连接、微服务通信、数据库连接、消息队列、容器平台、东西向流量和管理接口。很多企业对公网入口的证书较为熟悉，却不清楚内部系统仍在使用哪些算法，这部分容易成为迁移盲区。
代码签名和设备身份也不能遗漏。软件安装包、容器镜像、固件升级、文档签名和自动化脚本可能依赖数字签名。如果相关算法未来不再满足安全要求，不只是数据保密性会受影响，企业还可能难以确认软件、设备和更新包是否可信。
此外，还要盘点密钥管理系统、硬件安全模块、证书管理平台以及应用调用的密码库。对于采购的商业软件和SaaS服务，应向供应商确认其PQC支持计划、升级条件和兼容范围。
盘点过程中只需要记录必要的资产信息和配置状态，不应导出或集中保存私钥等敏感材料，避免盘点工作本身制造新的安全风险。
先找出真正需要优先处理的算法
并不是所有密码技术都面临完全相同的量子风险。当前迁移重点主要是RSA、ECC等公钥密码算法，因为它们广泛用于密钥交换和数字签名。
对称加密和哈希算法受到量子计算的影响方式不同，通常不需要按照公钥密码的方式整体替换，但仍应根据未来安全要求重新评估密钥长度和算法强度。因此，企业不宜看到“量子风险”后就全面推翻现有密码体系，而应先区分密钥建立、数字签名、数据加密和完整性校验等不同用途。
资产清单中还应标明算法是否能够调整。有些系统只需要修改配置即可更换算法，有些需要升级密码库，还有一些旧设备可能将算法固化在芯片或固件中。能否更换、由谁更换以及需要多长时间，都会影响后续迁移顺序。
如何确定PQC迁移优先级
PQC迁移不适合简单按照系统数量推进，更合理的方法是从数据风险和业务影响出发。
首先看数据需要保密多长时间。涉及个人身份信息、医疗记录、金融数据、研发成果、核心设计和长期合同的系统，应优先评估。如果数据在多年后仍具有价值，即使当前通信已经加密，也需要考虑被截获并留存的风险。
其次看系统暴露程度。面向互联网的应用、API、VPN和合作伙伴连接更容易被观察或截获，通常应排在内部低风险系统之前。承担大量加密流量处理的应用入口，也适合作为PQC试点位置。
第三要看业务重要性。身份认证、支付、交易、软件签名和关键业务接口一旦迁移失败，可能影响大量用户。此类系统风险较高，但不能直接在生产环境中仓促替换，需要更充分的兼容性和性能测试。
最后还要考虑改造难度。生命周期较长、升级缓慢的物联网设备、工业设备和旧版业务系统，应尽早确认替代方案。它们不一定最先切换，却需要最早进入规划，否则可能在传统算法逐步退出时仍无法完成升级。
综合来看，企业可以为每项资产标记数据保存期限、外部暴露程度、业务重要性、算法类型和改造难度，再形成迁移优先级，而不是仅凭系统负责人的主观判断安排顺序。
不要直接在生产环境中一次性切换
PQC算法可能带来更大的密钥、证书或签名数据，对握手时延、网络带宽、设备资源和应用兼容性产生影响。不同客户端、服务器、密码库和中间设备的支持情况也不完全一致。
企业可以先选择一个边界清楚、流量可控的应用进行测试，观察客户端支持率、连接成功率、握手时延、CPU和内存消耗，以及日志和监控系统能否正常识别新的算法。测试不应只验证“能不能连接”，还要覆盖证书更新、故障切换、算法回退和应急恢复。
在传统系统和PQC系统长期共存的阶段，混合密码机制可以帮助企业逐步验证兼容性。但混合部署不是最终目标，也不意味着可以忽略策略管理。企业仍需明确哪些连接已经获得PQC保护，哪些连接因兼容原因使用传统算法，避免表面上完成升级，实际仍存在未被发现的旧配置。
把密码敏捷性纳入架构设计
PQC迁移不会是最后一次密码体系调整。算法标准、行业规范、供应商支持和安全风险仍会继续变化。如果每次更换算法都要修改大量应用代码，企业将长期面临高成本和业务中断风险。
密码敏捷性的核心，是让算法、证书和密码策略能够被发现、统一管理、快速调整，并在出现兼容或性能问题时安全回退。新建应用应尽量避免把算法和证书配置写死在代码中；采购软件和设备时，也应把算法更新能力、PQC路线图和远程升级能力纳入选型要求。
企业还需要明确责任边界。安全团队可以制定标准，基础设施团队负责入口和网络层配置，应用团队处理代码与依赖库，采购和供应商管理团队则需要确认外部产品的迁移计划。没有明确负责人，再完整的密码资产清单也可能停留在文档中。
F5如何帮助企业分阶段推进PQC迁移
对于应用分布在本地数据中心、公有云和旧系统中的企业，逐个改造应用可能需要较长时间。应用交付层可以作为迁移过程中的集中控制位置，帮助企业先在流量入口测试和管理新的密码策略。
F5当前的PQC方案支持基于NIST标准算法推进量子安全准备，并强调通过混合密码机制和密码敏捷性降低迁移过程中的兼容风险。F5 BIG-IP 可在应用交付层支持ML-KEM相关PQC密码套件；NGINX Plus 可面向API和微服务环境进行PQC能力扩展；BIG-IP SSL Orchestrator 则可用于集中管理加密流量和密码策略。
这种方式可以为暂时无法直接改造的旧应用提供过渡空间，但企业仍需根据实际软件版本、部署模式和客户端支持情况进行验证，不能把基础设施层适配等同于所有应用已经完成PQC迁移。
PQC准备应形成一条持续推进的路线
常见问题
- 什么是后量子密码学（PQC）就绪性？为什么刻不容缓？
后量子密码学（PQC）就绪指的是一种能力：在量子计算带来的加密攻击面前，保护应用、API 以及敏感数据。 这一紧迫性在当下就已非常现实：攻击者已在实施“先收集、后解密”（harvest now, decrypt later）攻击，窃取加密数据，并计划在量子计算能力成熟后将其解密。 对 SecOps 团队而言，PQC 就绪意味着识别加密终止位置，强制执行量子安全算法，并在混合云、多云以及传统系统环境中采用具备加密敏捷性的控制措施。 F5 ADSP 可立即推动这一转型：凭借完整的代理能力，在整个应用交付与安全技术栈中集中管理 TLS、可视性与加密策略。
2. 什么是加密敏捷性（crypto-agility），以及它为何对于 PQC（后量子密码学）是必需的？
加密敏捷性（crypto-agility）是指在不更改应用、不中断服务的前提下，能够快速采用、更新并回滚加密算法的能力。 这对 PQC 至关重要，因为相关标准仍在演进，且不会有任何一种后量子算法能够永久适用。 SecOps 团队必须支持混合加密（经典算法 + PQC），测试客户端兼容性，并在美国等机构的指导意见发生变化时快速响应。 美国国家标准与技术研究院（NIST）的相关指南仍在持续演进。 F5 提供加密敏捷性能力，使团队能够在今天安全部署 PQC，并随着标准与威胁态势的变化持续适配。
3. 是否可以在遗留应用与物联网 / OT 设备上实施 PQC（后量子密码学）？
是的——无需修改传统系统应用，或受限的物联网（IoT）与运营技术（OT）端点，也可以实施 PQC。 关键在于：在加密终止的应用基础设施层强制执行量子安全密码学。 借助 F5 Application Delivery and Security Platform (ADSP)，PQC 可在应用交付与安全层实施；即使传统应用、API 以及 IoT 和 OT 设备无法升级，也能获得量子安全加密的保护。 混合密码套件支持可确保向后兼容；同时，集中式策略使 SecOps 团队能够控制安全风险、管理风险，并在混合环境中以渐进方式扩展 PQC 覆盖范围，而不会中断生产流量。
推荐阅读
立即联系F5