Thales Luna 8 瞄准 AI 与后量子安全瓶颈
在受访组织中，59% 表示正在测试后量子算法，但将这些算法投入生产环境仍然困难重重，因此 Thales 推出了 Luna 8。这款新的硬件安全模块将 Thales Luna 8 置于两项不断增长的需求之间：企业既需要为 AI 工作负载提供更多密码处理能力，也需要为其最基础的信任系统部署抗量子算法。
硬件安全模块（HSM）是一种受保护的设备，用于存储加密密钥并执行敏感操作，同时避免暴露这些密钥。Thales 表示，Luna 8 增加了公司自研的密码处理器、原生后量子支持、更强的隔离能力以及更灵活的管理方式。这些功能面向公钥系统、软件签名、数字身份、云加密和机器间身份验证背后的基础设施。
关键并不在于后量子标准是否存在。NIST 在 2024 年最终确定了首批主要标准，此后，竞争性 HSM 供应商和云平台陆续加入支持。更难的问题在于，企业能否在不中断应用、不破坏集成、也不引入新的运营弱点的情况下替换基础密码体系。因此，Thales Luna 8 是一次迁移押注，而不只是一款速度更快的安全设备。
Thales Luna 8 将后量子安全带入新硬件
重要的变化在于，Thales 将其后量子战略构建于新的 HSM 平台之中，而非仅将其作为一项固件功能。
Thales 于 2026 年 8 月 4 日发布 Luna 8，并将其描述为通用 HSM 产品组合的下一代产品。该公司将这一系统定位为硬件信任根，即组织生成、存储和使用关键密钥的受保护基础。
Luna 8 发布公告强调了 Thales 自研的密码处理器，以及对现有和后量子算法的支持。这种组合很重要，因为迁移不会通过一次切换完成。在漫长的过渡期内，企业将同时运行传统密码学和抗量子密码学。
后量子密码学（PQC）采用旨在抵御具备足够能力的量子计算机攻击的数学难题。它运行于常规计算机，无需量子硬件。变化在于算法、其实现方式以及管理这些算法密钥的系统。
Luna 8 还引入了一种架构，Thales 表示该架构能够更快地接受更新和新的密码机制。这种特性被称为密码敏捷性，即无需重建每个依赖应用即可替换算法、证书和策略的能力。它是该公司核心卖点，因为如今标准化的算法仍可能需要实施更新或在未来被替代。
Thales 表示，客户可通过兼容的应用程序编程接口和密钥迁移解决方案，从 Luna 7 迁移至 Luna 8。API 兼容性可以减少应用改动，但并不能让企业迁移自动完成。安全团队仍需盘点密钥、证书、软件依赖项，以及假定特定算法格式的设备。
该公司还重点强调自动化、监控、高可用性和多租户扩展能力。这些功能将 Luna 8 与 AI 基础设施联系起来，在这类环境中，服务可能产生大量身份验证、签名和加密操作。它们也适用于混合环境，即工作负载分布在私有基础设施、公有云和托管服务之间。
Thales 尚未在发布公告中附上全面的独立性能测试结果。因此，其关于更高吞吐量和可预测性能的描述仍属于公司主张。买家将需要针对具体工作负载的基准测试，尤其是针对更大的后量子密钥和签名。
这种区别将产品发布与经过验证的运行结果区分开来。Luna 8 将所需组件整合到一个新平台中，但部署证据将决定它是否能缩短迁移项目。此类证据很重要，因为推动这些项目的压力已经不断增加。
AI 工作负载正将密钥管理变成容量问题
AI 并未创造一个独立的密码学世界，但它会成倍增加依赖可信密钥的身份、服务、数据交换和自动化决策。
企业 AI 系统将模型与内部文档、数据库、软件工具和外部服务相连。每一次连接都可能需要身份验证、加密、签名或访问控制。智能体系统进一步加大了挑战，因为软件智能体能够在无需持续人工批准的情况下发起操作和交换凭据。
Thales 将 Luna 8 与这种不断增长的机器活动直接联系起来。HSM 可以保护用于验证 AI 服务身份、签署模型工件、加密敏感训练数据或验证进入部署流水线的软件的密钥。HSM 不会判断 AI 输出是否准确；它保护的是用于确立身份和授权的密码学证据。
这一边界十分重要。由硬件支撑的密钥可以阻止攻击者直接从受保护服务器的内存或存储中提取高价值私钥。但它们无法纠正过度授权、不安全的应用逻辑、被投毒的数据，或遵循有害指令的智能体。Luna 8 处理的是更大型 AI 安全问题中的密码层。
该公司的数据威胁调查说明了这一更大的问题。该研究覆盖了 3,120 名安全和 IT 管理专业人士。调查发现，61% 的受访者报告其 AI 应用遭到过攻击，而 52% 将身份和访问管理列为最紧迫的安全领域。
报告还发现，只有 47% 的敏感云数据经过加密。这一数字揭示了拥有安全技术与持续、一致地应用这些技术之间的差距。更快的 HSM 无法保护组织从未分类、加密或纳入受控密钥管理的数据。
AI 可能扩大这一差距。团队通常会快速将模型连接至企业信息，随后才在试点证明有用后补充治理措施。凭据可能扩散至开发环境、编排工具、插件和服务账户之中。密码处理能力的价值不断增加，但可见性和策略执行仍是前提条件。
管理 AI 研究的组织还面临长期保密需求。今天收集的训练记录、专有文档、医疗保健信息或政府数据，可能在多年后仍属敏感信息。攻击者可以现在获取加密材料，并一直保留，直至未来的技术手段使解密变得可行。
这种策略被称为“先收集，后解密”。即使目前尚无公开已知的量子计算机能够以实用规模破解广泛部署的公钥加密，它仍会造成当下的风险。一旦已存储的密文变得可读，组织无法追溯性地恢复保密性。
Thales 调查发现，在关注量子计算的受访者中，61% 将未来对现有数据的解密列为首要量子风险。调查还发现，59% 正在对后量子算法进行原型开发或评估。这些数据支持对迁移工具的需求，但并不能证明生产环境的采用已达到同等水平。
Luna 8 正是在这一分界点进入市场。实验可以在隔离环境中运行，而生产密码体系会涉及证书、客户交易、软件发布、备份和灾难恢复。实验失败的成本有限；信任基础设施迁移失败则可能使核心业务停摆。
这使 AI 成为容量加速器，而量子风险则成为迁移期限。Thales 试图用一个平台应对两者。其成功取决于底层机制能否在受控试点之外保持可管理性。
Thales Luna 8 如何应对密码学转型
Thales Luna 8 结合了受保护的密钥存储、后量子操作和密码敏捷性，但组织仍必须重新设计设备周边的系统。
该平台的首要任务是隔离。加密密钥留存在防篡改硬件中，而应用程序则通过接口请求获批操作。这一模式降低了服务器遭入侵后，攻击者直接从内存或存储中复制高价值私钥的可能性。
其第二项任务是算法支持。NIST 的PQC 标准包括用于建立共享密钥的 ML-KEM，以及用于数字签名的 ML-DSA。NIST 还将基于不同数学原理的替代签名方法 SLH-DSA 纳入标准。
ML-KEM 是 Module-Lattice-Based Key-Encapsulation Mechanism 的缩写，可帮助两个系统通过不可信网络建立秘密密钥材料。ML-DSA，即 Module-Lattice-Based Digital Signature Algorithm，可让接收方验证签名的来源和完整性。这些算法解决不同任务，无法相互替代。
Thales 此前已于 2025 年 7 月通过 Luna 7 固件加入 ML-KEM 和 ML-DSA 支持。该版本使使用兼容客户端软件的现有客户能够使用标准化后量子机制。Luna 8 改变了硬件基础，并将 PQC 性能作为核心设计目标。
这一历史避免了对该公告的夸大解读。Luna 8 并不是 Thales 首次接触标准化 PQC；它旨在让下一阶段迁移更易于以更大规模运行。
密码敏捷性是连接各部分的纽带。标准可能变化，实现方式可能暴露缺陷，监管机构也可能修订可接受的配置。敏捷平台应让组织能够引入新机制，同时在测试期间维持旧有服务。
在实践中，这通常意味着混合部署。系统可以将传统方法与后量子方法结合，使攻击者必须攻破两种保护。混合设计可以减少对陌生算法的依赖，但也会增加消息大小、处理需求和集成复杂性。
HSM 无法自行更新所有依赖协议。应用程序、证书颁发机构、网络设备、代码签名系统和合作伙伴服务都必须理解所选机制。数据格式和证书链可能变大，从而给围绕较小传统签名设计的系统带来压力。
迁移还涉及密钥移动性。组织需要受控的备份、复制、恢复和高可用性流程。Thales 针对早期 Luna 7 实现的文档指出，ML-KEM 和 ML-DSA 密钥最初无法从该 HSM 版本中封装导出。
这一限制说明了实施细节为何重要。算法可以实现标准化，但运营能力在不同产品和版本之间仍可能不均衡。评估 Luna 8 的买家应确认后量子密钥在备份、克隆、故障切换和迁移期间的行为。
多租户带来了另一项考验。组织可能通过隔离分区，将一台 HSM 分配给不同业务部门、应用或客户使用。更高的利用率可以降低运营开销，但管理员必须证明，在高负载下，策略、性能和审计记录依然保持隔离。
AI 应用让这些负载测试更具挑战性。自动化服务可能产生一阵阵签名或认证请求，与传统交易模式不同。当加密依赖嵌入交互式服务时，可预测的延迟可能与标称吞吐量同样重要。
Thales 表示，其定制处理器专为高容量后量子操作而设计。公开发布材料没有提供足够可比的测量数据，无法确定其在所有算法和工作负载中的优势。独立测试应比较延迟、持续吞吐量、并发能力、故障切换表现和能耗。
因此，这一机制可信，但公开证据仍不完整。Thales 已使其架构与标准化算法及已知的运营需求保持一致。客户必须验证，在自身约束条件下，这些设计选择是否确实能带来更安全的迁移。
标准已将 HSM 竞争从支持能力转向执行能力
NIST 消除了部署哪些主要算法的大部分不确定性，因此 HSM 供应商如今在集成、认证和迁移质量方面展开竞争。
NIST 于 2024 年 8 月最终确定了 FIPS 203、FIPS 204 和 FIPS 205。该机构鼓励管理员立即开始过渡。这一决定使 PQC 从研究阶段的选型过程转变为政府和企业的实施项目。
这一转变给所有掌控加密基础设施的供应商带来压力。Thales、Entrust 和 Utimaco 等传统 HSM 供应商需要支持标准化算法并提供经过验证的实现。云服务商则必须提供兼容服务，同时避免将客户锁定在不兼容的密钥管理路径中。
竞争的范围不止于支持算法的清单。买方需要与公钥基础设施、代码签名平台、证书管理、数据库、云服务和开发流水线集成。如果运营工具无法监控或恢复由此产生的密钥，名义上的 ML-KEM 勾选项价值不大。
认证同样重要。FIPS 140-3 根据安全要求评估加密模块，而算法验证则测试具体实现。这些流程并不保证整个应用程序安全，但它们提供了第三方保证，在受监管和政府环境中至关重要。
Thales 在其美国联邦产品组合中拥有相关证据。2026 年 7 月，Thales Trusted Cyber Technologies 宣布，其 Luna T-Series 获得 FIPS 140-3 Level 3 验证。经验证的版本包括 ML-KEM、ML-DSA 和 Leighton-Micali Signature 方案。
T-Series 验证适用于另一条美国制造的产品线，不应与 Luna 8 的认证混淆。Thales 表示，Luna 8 的 FIPS 140-3 Level 3 和 Common Criteria 认证工作正在进行中。在这些流程完成之前，买方应将相关认证视为待定。
这一区别构成了本文的核心权衡。等待所有验证和集成完成可以降低早期部署风险，但等待也会延续对“先收集、后解密”攻击的暴露。率先行动能保护更多需要长期保密的数据，但也会让采用者承担更大的测试责任。
政府时间表增加了压力。白宫国家安全备忘录设定了到 2035 年尽可能缓解量子风险的目标。NIST 的迁移指南描述了预期将逐步淘汰易受量子攻击的数字签名和密钥建立方案。
这些日期听起来可能还很遥远，但加密迁移进展缓慢。企业必须找到嵌入源代码、设备、证书、合作伙伴连接和归档系统中的加密技术。随后，它必须根据保密期限对数据进行优先级排序，并确认替代方法可在每项依赖中正常工作。
证书生命周期带来了另一个期限。CA/Browser Forum 已批准逐步将公共 TLS 证书的最长有效期缩短至 2029 年的 47 天。更短的证书有效期需要更多自动化，同时也可能为算法和证书管理现代化创造机会。
对 Thales 而言，竞争优势将来自降低这一运营负担。兼容的 API、自动化管理和密钥迁移的重要性可能超过实验室速度纪录。在工程师重新设计信任基础时，客户通常无法暂停证书颁发机构或签名服务。
云 HSM 服务带来了另一种压力。它们可以简化采购和容量规划，尤其适合没有专业硬件人员的团队。专用设备则能更好地控制位置、管理和物理保管，这对某些数据主权和合规要求仍然重要。
Thales 在其产品组合中支持本地部署、云部署、服务化和混合部署模式。Luna 8 必须证明，这种灵活性能保持一致的策略和恢复行为。碎片化的管理层将削弱加密敏捷性的论点。
因此，仅凭此次发布无法判定竞争的简单胜者。Thales 已组合出硬件、算法和迁移工具的可信方案。Entrust、Utimaco 和主要云服务商同样面临这些标准，买方将比较经过验证的表现，而非口号。
最棘手的风险存在于加密处理器之外
Luna 8 可以保护密钥并加速获准操作，但它无法修复不完整的资产清单、薄弱的访问策略或不兼容的应用程序。
第一项不确定性是认证。Thales 表示，Luna 8 的设计目标是满足 FIPS 140-3 Level 3 和 Common Criteria 要求，目前验证工作正在进行。设计意图并不等同于已完成的证书，特别是对于采购规则要求使用已列名模块的组织而言。
第二项是性能证据。后量子密钥、密文和签名可能比传统对应物更大。其影响因算法、安全级别、协议、工作负载和网络路径而异。
Thales 将其处理器描述为针对 PQC 优化，并表示该平台提供高性能。公开公告并未提供完整的基准测试方法或与直接竞争对手的比较。买方应要求可复现的结果，而不是从产品措辞中推断普遍提升。
第三项风险是应用兼容性。HSM 可以正确执行 ML-DSA，但较旧的证书解析器、网络设备或签名工作流可能拒绝输出。这类故障可能出现在远离硬件的位置，并变得难以诊断。
第四项是迁移治理。许多组织并不知道其所有加密材料的位置。密钥可能存在于应用代码、本地配置、未受管理的证书、设备、脚本和第三方服务中。
加密敏捷性取决于这份资产清单。当管理员无法定位仍在使用旧算法的系统时，可替换的算法几乎无法提供保护。因此，大规模迁移必须以发现工作为先。
AI 加剧了资产清单问题，因为团队会快速构建新的集成。一个模型应用可能在多个环境中获取数据库凭据、服务令牌、加密密钥和签名权限。每一项连接都会扩大安全团队必须映射和控制的范围。
受保护的密钥也不保证被恰当使用。权限过大的 AI 代理可能要求 HSM 为一项已获授权但有害的操作签名。密钥从未离开硬件，但周边的授权决策依然失败。
安全架构师必须将加密信任与应用信任区分开来。HSM 策略应限制哪些身份可以使用某个密钥、可用于哪些操作，以及需要满足哪些审批条件。日志必须将加密事件与应用身份和业务上下文关联起来。
当备份和恢复流程不完整时，迁移本身可能造成停机或数据丢失。团队应测试涉及设备不可用、分区损坏、证书过期、客户端不兼容和软件回滚的故障场景。仅在正常条件下成功演示并不足够。
算法多样性带来了另一项挑战。NIST 选择多种签名方法，部分原因是为了避免依赖单一数学基础。支持更多算法可以提高韧性，但每个新增选项都会增加配置和测试决策。
组织不应将系统宣布为处于一种单一且永久的“量子安全”状态。安全性取决于所选算法、其参数、其实现以及每一个周边协议。它也取决于组织日后更换这些要素的能力。
同样的谨慎也适用于对“先收集、后解密”风险的估算。对于具备密码学实用价值的量子计算机，尚不存在公认的公开日期。缺乏确切日期，并不能消除那些必须保密数十年的信息所面临的暴露风险。
理性的迁移计划应按后果和保密期限确定优先级。需要长期保密的政府、医疗、金融、研究和知识产权数据应更早受到关注。保存期短且影响有限的信息可以遵循不同的时间表。
Luna 8 为这些计划提供了另一项基础设施选择。它不能取代发现、架构审查、测试或治理。因此，Thales 最有力的主张比绝对的未来保护更有限：该平台旨在使加密变更更易于管理。
三个信号将表明 Luna 8 是否兑现承诺
认证、可独立比较的性能，以及生产迁移证据，将决定 Luna 8 是成为基础设施，还是停留在早期平台承诺阶段。
第一个信号是完成第三方验证。买方应关注 Luna 8 是否出现在 FIPS 140-3 Level 3 和适用 Common Criteria 项目之下。已完成的认证将增强 Thales 在政府、金融、医疗和其他受监管市场中的竞争力。
确切的验证配置将很重要。证书通常适用于定义明确的硬件、固件和运行条件。客户必须确认计划部署的版本与评估所覆盖的版本一致。
认证延期或范围狭窄，会削弱对具有正式保证要求的买方的吸引力。这并不能证明产品不安全，但会限制组织在无需额外例外或控制措施的情况下可部署该产品的场景。
第二个信号是独立或客户可验证的性能数据。有价值的测试应衡量传统和后量子操作、混合工作负载、并发客户端、故障切换、备份和管理开销。测试还应披露算法参数和系统配置。
在持续工作负载下取得强劲结果，将支持 Thales 关于定制处理器的论点。若结果仅限于孤立的峰值吞吐量，则对需要可预测延迟的 AI 服务或证书系统而言，证明力较弱。
性能还应包括运营恢复能力。一个签名服务即使速度很快，但在发生故障后难以恢复，也会带来另一种业务风险。涉及复制和灾难恢复的测试将比理想路径演示揭示更多信息。
第三个信号是有据可查的生产迁移。Thales 需要客户案例来说明 Luna 7 的应用、密钥、策略和集成如何迁移至 Luna 8。最有力的证据应包括迁移耗时、兼容性发现、回滚流程和服务可用性。
早期部署还应展示组织如何运行混合密码体系。它们应说明哪些应用同时采用经典方法和后量子方法，以及团队如何监控这两条路径。这样的证据将使加密敏捷性从架构承诺转变为可落地的运营实践。
竞争对手的回应也属于这一信号的一部分。Entrust、Utimaco 或云 HSM 提供商扩大对 PQC 的支持，将验证市场需求，同时也会加大 Thales 面临的压力。类似的认证和迁移工具会削弱 Luna 8 的差异化优势。
企业买家无需被动等待所有结果出炉。他们可以先建立密码资产清单，识别保密周期较长的数据，并在生产环境之外测试标准化算法。他们还可以记录哪些系统依赖 RSA 或椭圆曲线密码学。
构建 AI 服务的团队应将机器身份与人类身份一并梳理。他们应审查代理从何处获取凭证、这些凭证授权哪些操作，以及高影响操作是否需要额外审批。无论最终选择哪家 HSM 供应商，这项工作都具有价值。
眼下的问题并不是是否要立即替换所有密码系统，而是组织能否识别最持久的风险，并在截止期限压缩选择空间之前测试受控迁移。Thales Luna 8 为这一过程提供了新的硬件路径，但证据如今必须跟上架构。安全负责人应在将后量子就绪视为完成之前，要求供应商提供经过验证的配置、可复现的工作负载结果，以及完整的恢复演示。
