互联网的密钥将于10月11日更换。你准备好了吗？
内容提要
2026年10月11日，DNS根区将第二次更换密钥签名密钥（KSK），以KSK-2024（标签38696）替代KSK-2017。该密钥是DNSSEC信任链的起点，验证解析器须提前信任新密钥，否则可能导致网站无法访问。多数网站运营者无需操作，使用Cloudflare DNS或1.1.1.1的用户也无需处理。可通过dnstest.dev测试解析器是否就绪。2027年将撤销旧密钥，未来或转向ECDSA及抗量子算法。
延伸解读
谁需要为KSK轮换做准备？
文章明确指出，大多数网站运营者无需任何操作。使用Cloudflare DNS或1.1.1.1的用户也无需处理，因为系统已信任新密钥。但运行DNSSEC验证解析器的组织必须检查其是否信任KSK-2024，若缺失则需按软件供应商指南更新信任锚。普通用户可通过dnstest.dev测试解析器就绪状态。
解析器如何自动获取新密钥？
根据RFC 5011，解析器可自动学习新的根信任锚。根区自2025年1月11日起同时发布新旧KSK，旧KSK继续签名，使解析器能验证包含新密钥的记录。解析器需持续观察至少30天，并再次验证成功后才接受新密钥。Cloudflare在2024年7月将KSK-2024直接加入内置信任锚，避免依赖自动学习状态。
如何用RFC 8509测试解析器就绪？
RFC 8509定义了根密钥信任锚哨兵，通过特殊域名查询解析器是否信任特定根密钥。例如，查询is-ta-38696.dnstest.dev，若解析器信任KSK-2024则返回有效响应，否则返回SERVFAIL；查询not-ta-38696则相反。Cloudflare的测试网站还包含控制查询，以区分真实结果与协议不支持。若哨兵支持无法确定，结果视为不确定，而非密钥缺失。
轮换之后：撤销与未来算法
2026年10月11日的切换仅改变签名根DNSKEY集的KSK。2027年，ICANN计划撤销KSK-2017、将其从根区移除并删除私钥。停止签名与移除信任是分开的步骤。ICANN还提议未来将根算法轮换至ECDSA P-256，但该提议独立于本次更换，且ECDSA并非抗量子算法。1.1.1.1已支持ML-DSA-44签名验证，但整个DNSSEC链要抗量子，需根、父区和签名域都采用后量子密码学。
Q&A
2026年10月11日DNS根区密钥更换具体是什么？
2026年10月11日，DNS根区将进行第二次密钥签名密钥（KSK）更换，用KSK-2024（标签38696）替代KSK-2017（标签20326）。该密钥是DNSSEC信任链的起点，验证解析器需提前信任新密钥，否则可能导致网站无法访问。
普通网站运营者需要为这次KSK更换做哪些准备？
大多数网站运营者无需任何操作。如果你运行DNSSEC验证解析器，需检查其是否信任新根密钥KSK-2024，若缺失则按软件供应商说明更新信任锚。使用Cloudflare DNS或1.1.1.1的用户无需处理，系统已信任新密钥。
如何测试我的DNS解析器是否已信任新的根密钥？
可以访问dnstest.dev进行测试，该网站使用RFC 8509定义的根密钥信任锚哨兵协议，通过查询特殊域名来检查解析器是否信任KSK-2024。也可用dig命令直接查询1.1.1.1的哨兵域名。
DNSSEC的信任链是如何工作的？
DNSSEC信任链从DNS根开始，逐级向下验证。每个父区域发布子区域公钥的指纹（DS记录），解析器用信任的根KSK验证根DNSKEY记录集，再用其中的ZSK验证根的其他记录，从而建立从根到顶级域再到域名的完整信任链。
解析器如何自动获取新的根密钥？
根据RFC 5011，解析器可自动学习新的根信任锚。根在新KSK发布时同时保留旧KSK，旧KSK继续签名DNSKEY集，解析器用已信任的旧密钥验证包含新密钥的记录。解析器需等待至少30天并持续检查，确认新密钥始终存在且验证成功后才接受。
这次密钥更换后，未来DNSSEC算法会有什么变化？
本次更换仍使用RSA/SHA-256算法。ICANN已提议未来将根算法更换为ECDSA P-256，以减小密钥和签名尺寸。此外，为应对量子计算威胁，未来可能引入后量子算法（如ML-DSA-44），但这需要另一次根密钥更换。
