将后量子密码技术引入地理围栏式密钥管理

Cloudflare于2026年10月23日启动后量子地理围栏式密钥管理器GeoKey Manager的封闭测试，并将其作为数据本地化套件（DLS）的关键组件。正式可用时间计划在2027年第一季度。此次更新的重点，是在后量子密码保护下，把客户解密密钥的可用范围限制在指定区域，同时保留Cloudflare全球网络的高可用能力。

密钥管理机制的具体变化

GeoKey Manager并非首次引入地理限制。Cloudflare在2017年推出地理限制TLS密钥管理，2022年又加入基于密文策略的属性加密ABE。此次版本考虑到尚无可投入生产的后量子ABE方案，转而采用更简单的区域根密钥设计。

每个区域保存256位对称根密钥，并从中派生面向Gateway、Tunnel等具体服务的非对称密钥对。
客户私钥使用混合HPKE方案封装，其中密钥封装机制组合ML-KEM-768与X25519，密钥派生使用HKDF-SHA-256，认证加密使用AES-256-GCM。只要其中一组安全组件未被攻破，组合设计仍可维持机密性。
封装后的私钥携带服务类型、区域边界和密钥世代等元数据。相同服务、区域和世代共享同一应用密钥，但不同服务之间保持隔离。

区域根密钥如何被隔离

Cloudflare的Quicksilver配置分发系统可以在全球网络传播封装后的私钥及其元数据，但不会传播区域根密钥。根密钥由独立的配置服务保存，并仅向获得授权的边缘服务器提供。

服务器需要通过受信平台模块证明其注册过的硬件身份，再由Zinc库存系统确认数据中心、物理位置和区域成员关系。通过验证后，服务器才能取得仅适用于自身区域的根密钥。密钥随后被加载到Linux内核keyring，而不是长期写入磁盘；进程级访问控制进一步限制哪些服务能够使用它们。由于内存中的密钥易失，服务器重启后必须重新验证并获取密钥。

错误配置时为何选择拒绝请求

GeoKey Manager采用“失败关闭”策略。边缘密钥服务启动时若发现所需根密钥缺失或格式错误，就不会完成初始化；运行期间，如果请求要求使用当前节点无权访问的区域根密钥，请求同样会被拒绝，而不会在区域外尝试解封装。区域根密钥因此不会因普通配置错误而离开其授权边界。

适用场景与实际限制

这种机制主要面向政府、金融、医疗和国防等处理长期敏感数据的组织。尤其是面对“先收集、后解密”威胁，组织即使暂时无法被量子计算机攻破，也可能因长期保存密文而承担未来风险。另一方面，全球复制服务器有助于提升可用性，数据主权要求又限制明文处理地点。GeoKey Manager通过允许全球传播密文、限制区域解密钥来同时处理这两个需求。

它只控制私钥可以在哪里被解封装和使用，并不直接决定请求的转发和路由、隧道终止位置或流量检查位置。这些环节由Regional Services等独立机制处理，因此数据本地化仍需要多项能力协同完成。

轮换与后续集成

该设计支持软轮换和硬轮换。软轮换启用新一代区域根密钥，同时在过渡期保留有限数量的旧世代，使既有封装密钥继续可用；硬轮换则用新世代重新封装受影响密钥，从而撤销旧世代的访问能力。

Cloudflare计划用新版GeoKey Manager改进Cloudflare One的区域服务，并把后量子能力接入已有的CDN证书地理控制功能，后者目前仍在开发，测试和迁移细节尚待公布。资料还提示，大多数区域将向客户提供区域化能力，但可能存在产品层面的限制。当前能力仍处于封闭测试阶段，正式可用时间也仍是计划安排，而非已经完成交付。

资料来源：Bringing post-quantum cryptography to geographically fenced key management（2026-10-23）。