1.1.1.1 现已支持后量子 DNSSEC，完整支持 2,420 字节
内容提要
Cloudflare的1.1.1.1解析器现已支持后量子DNSSEC，可验证NIST标准化的ML-DSA-44签名。该签名达2420字节，超出UDP限制，需改用TCP传输。由于旧解析器仍需传统签名，存在降级风险，1.1.1.1通过DS记录强制要求后量子验证路径。这是为2029年实现全面后量子安全做准备，下一步将为权威DNS和注册商添加签名支持。
延伸解读
后量子DNSSEC的传输挑战
ML-DSA-44签名达2420字节，远超UDP常见限制（如1232字节），因此响应需截断并改用TCP重试。这增加了解析器与权威服务器间的TCP使用，可能影响延迟和资源消耗。Cloudflare数据显示，约85%的查询通过UDP到达1.1.1.1，但大响应会促使更多TCP回退，运维需关注此变化。
降级风险与强制验证策略
为兼容旧解析器，区域需同时发布传统和後量子签名，但这可能被攻击者利用，伪造传统签名绕过後量子验证。1.1.1.1通过DS记录检测後量子算法支持，并强制要求至少一条有效的ML-DSA-44验证路径，否则验证失败。此策略依赖RFC 4035的本地策略灵活性，但需全链部署才能确保安全。
迁移的长期性与协调需求
後量子DNSSEC迁移需权威服务器、注册商、注册局和根区全面支持，任何环节缺失都会成为降级点。Cloudflare计划2029年实现全面後量子安全，下一步为权威DNS和注册商添加ML-DSA-44支持。用户无需更改设置，但生态协作和测试至关重要。
Q&A
1.1.1.1 现在支持哪种后量子 DNSSEC 签名算法？
1.1.1.1 现已支持验证 ML-DSA-44 签名，这是 NIST 标准化的后量子签名算法。
为什么后量子 DNSSEC 签名需要改用 TCP 传输？
ML-DSA-44 签名大小为 2,420 字节，超过了常见的 DNS over UDP 限制（如 1,232 字节或 1,400 字节），因此权威服务器应返回截断响应，促使解析器改用 TCP 重试。
1.1.1.1 如何防止降级到传统 DNSSEC 签名？
1.1.1.1 利用父区域发布的 DS 记录作为认证信号。如果 DS 记录包含支持的后量子算法，解析器会强制要求至少一条有效的后量子验证路径，传统路径不再足够，从而防止降级攻击。
后量子 DNSSEC 迁移为什么需要整个 DNS 生态协调？
因为需要权威服务器、注册局、注册商和验证解析器共同支持。必须从信任锚到每个委派都部署 ML-DSA-44 并实施降级保护，任何一层缺少后量子保护都会成为降级点。
普通用户使用 1.1.1.1 需要为后量子 DNSSEC 做哪些设置？
不需要任何更改。当区域发布必要的 DNSSEC 记录时，ML-DSA-44 验证会自动进行，现有 DNSSEC 区域继续像以前一样验证。
Cloudflare 下一步计划如何扩展后量子 DNSSEC 支持？
下一步是为 Cloudflare 权威 DNS 添加 ML-DSA-44 签名支持，并为 Cloudflare Registrar 添加相应的 DS 记录支持，这些功能将免费提供给所有客户。
