Cloudflare 通用 IPsec 后量子加密：混合 ML-KEM 标准化瓦解 QKD 与专有密码套件
内容摘要
核心要点
Cloudflare 正式在其 Cloudflare IPsec WAN 服务中通用可用后量子加密。核心实现基于 IETF 草案 draft-ietf-ipsecme-ikev2-mlkem，采用混合 ML-KEM (FIPS 203) 方案：经典 Diffie-Hellman 密钥交换先行，其派生密钥加密第二段 ML-KEM 交换，两者输出混合生成会话密钥。
该方案已通过互操作性测试，支持 Cisco 8000 系列安全路由器（版本 26.1.1+）及 Fortinet FortiOS 7.6.6+ 作为分支连接器。Cloudflare 明确指出，IPsec 后量子标准化比 TLS 晚了四年，部分原因在于 QKD (RFC 8784) 的干扰。QKD 需要专用硬件与物理链路，无法互联网规模部署，且不提供认证。
Cloudflare 还公开了与 Palo Alto Networks 的互操作性问题：Palo Alto 基于早期 RFC 9370 的实现定义了非 NIST 标准化的密码套件，导致与 draft-ietf-ipsecme-ikev2-mlkem 不兼容。Cloudflare 计划在行业统一于该草案后，将 Palo Alto 加入互操作列表。
重要性说明
合围 Palo Alto Networks 的密码套件壁垒：Cloudflare 通过推动 draft-ietf-ipsecme-ikev2-mlkem 标准化，直接攻击 Palo Alto 基于 RFC 9370 的专有密码套件。Palo Alto 的早期实现定义了非 NIST 标准化的密码套件，形成事实上的生态壁垒。Cloudflare 的互操作测试明确排除了 Palo Alto，迫使其要么放弃自研套件，要么在互操作标准中边缘化。
隐性锁定 WAN 控制平面：Cloudflare 将后量子密钥交换（IKEv2 阶段）纳入其全球 Anycast 网络。企业一旦采用，所有站点到站点的加密策略将受 Cloudflare 控制平面管理。Cisco、Fortinet 等分支连接器沦为纯数据平面执行者，丧失密钥协商的自主权，形成对 Cloudflare 网络的深度依赖。
QKD 路线的成本与扩展性陷阱被公开否定：Cloudflare 明确拒绝 QKD (RFC 8784)，指出其需要专用硬件和物理链路，无法互联网规模部署。这直接打击了依赖 QKD 的厂商（如 ID Quantique），并暴露了其高昂的部署成本和有限的扩展性。企业若投资 QKD，将面临与主流 PQC 标准不兼容的资产搁浅风险。
PRO 决策建议
【厂商（竞争对手 - Palo Alto Networks、Arista Networks、Juniper Networks）】：立即在自家 IKEv2 实现中支持 draft-ietf-ipsecme-ikev2-mlkem，并公开宣布与 Cloudflare IPsec 的互操作测试。Palo Alto 应放弃其基于 RFC 9370 的专有密码套件，否则将被标准化进程边缘化。Arista 和 Juniper 应强调其分支连接器在 IKEv2 阶段的加密策略自主权，攻击 Cloudflare 控制平面锁定的风险。
【企业（CIO/架构师）】：在评估 Cloudflare IPsec 时，强制要求供应商提供独立第三方审计，验证 IKEv2 密钥协商是否完全在本地设备执行，而非被 Cloudflare 控制平面劫持。要求供应商提供 draft-ietf-ipsecme-ikev2-mlkem 的完整实现细节，并测试与 Cisco、Fortinet 的互操作性。同时，彻底放弃对 QKD 的投资，避免资产搁浅。
【投资者】：做空 ID Quantique 等依赖 QKD 的硬件加密厂商，因为 Cloudflare 的软件 PQC 方案已获得 Cisco、Fortinet 支持，且无需专用硬件。同时，关注 Palo Alto Networks 的 WAN 安全业务风险，其专有密码套件策略可能导致在标准化浪潮中失去分支连接器市场份额。
觉得这篇分析有用？
每周收到3-5条AI基础设施关键信号 →
💬 评论 (0)