Cloudflare 按域名展示后量子加密使用情况
Cloudflare 开始在 HTTP Traffic Analytics、Log Explorer 和 Logpush 中显示一个域名的流量有多少受到后量子加密保护。新字段同时覆盖访客连接和源服务器连接。
Cloudflare 于 2026 年 9 月 29 日推出了域名级别的后量子加密可见性功能。现在可以在 HTTP Traffic Analytics 仪表板、Log Explorer 和 Logpush 日志中看到,一个域名的流量中有多少受到后量子加密(post-quantum encryption)保护。
仪表板和日志中的新字段
该功能会显示每条 TLS 1.3 连接协商使用的密钥交换算法(key exchange algorithm)。后量子选项是 X25519MLKEM768,这是一种把经典 X25519 与 ML-KEM 结合起来的混合方法;只要两者之一保持安全,连接就是安全的。经典的 X25519、P-256 和 P-384,以及已弃用的草案版本 X25519Kyber768Draft00,都会单独列出。HTTP Traffic Analytics 为 TLS 密钥交换组设有专门的卡片,流量可按该字段筛选。针对单条连接,HTTP Requests 数据集的 TLS 类别中新增了 ClientTLSKeyExchangeGroup 字段,覆盖访客与 Cloudflare 之间的连接。对于 Cloudflare 与源服务器(origin server)之间的连接,Logpush 提供 OriginTLSKeyExchangeGroup 字段。
这种可见性可以帮助企业了解自己的服务器是否已为后量子加密做好准备。有一类攻击会先收集数据,等到强大的量子计算机出现后再解密;对于公共部门、金融、医疗和电信等需要让数据保密多年的行业,防范这类攻击尤为重要。Cloudflare 援引 Radar 数据称,浏览器端的大部分流量已经就绪,而大多数源服务器尚未使用这种方法。
比例偏低时的排查
据该公司介绍,如果某个域名完全没有出现 X25519MLKEM768,首先应确认 TLS 1.3 已启用。后量子加密没有单独的设置项;开启 TLS 1.3 后,Cloudflare 会自动与支持该方法的访客使用它。如果大部分流量仍使用经典算法,可能是因为很多访客属于非浏览器客户端。对于不支持后量子加密的老旧源服务器,Cloudflare 建议无需升级服务器,直接将其置于 Cloudflare Tunnel 之后,这样从服务器到 Cloudflare 的流量就会通过 X25519MLKEM768 传输。
公告没有提及套餐限制;根据 Cloudflare 的文档,Logpush 仅在 Enterprise 套餐中提供,Log Explorer 的使用权限则值得在账户仪表板中确认。目前可见性只覆盖加密部分;证书和签名的后量子认证将随着这项技术的普及而加入。在权衡迁移计划时,值得关注独立安全研究人员的评估。
来源:Cloudflare:Post-quantum visibility、Cloudflare Docs:Logpush。