1.1.1.1が耐量子DNSSECを検証

Cloudflareによると、公開リゾルバー1.1.1.1はDNSSECのML-DSA-44署名を検証できるようになった。NISTがアルゴリズムを標準化し、IANAはDNSSECアルゴリズム18として登録している。実際のリゾルバー更新だが、DNS全体の耐量子移行が完了したわけではない。

今回の変更リゾルバーができるようになったこと

DNSSECはDNSレコードに署名し、リゾルバーがルートから親ゾーン、対象ドメインまで認証された連鎖を確認できるようにする。現在一般的なRSAや楕円曲線暗号は、将来十分に強力な量子コンピューターの脅威を受ける可能性がある。

ML-DSAは格子に基づく設計で、NISTが2024年にFIPS 204として標準化した。IANAはML-DSA-44をアルゴリズム18に割り当てた。Cloudflareは1.1.1.1に検証機能を追加し、ゾーンが必要なレコードを公開すると自動で確認する。

パケット負荷2420バイトが伝送を変える理由

ML-DSA-44署名はECDSA P-256の約38倍で、署名だけでRFC 9715がDNS over UDP応答に一般的に勧告する1400バイトを超える。ドメイン名、ヘッダー、鍵、ほかのDNSSECレコードはさらに加わる。

TCPへのフォールバックは通常のDNS動作であり、障害ではない。焦点は発生頻度と大規模運用での信頼性だ。Cloudflareは、検証を有効にすることで署名検証コスト、帯域、追加TCP利用を測定できるとしている。

移行の罠新旧署名を併存させる難しさ

多くのリゾルバーがML-DSA-44を理解しない間、ゾーンは従来署名を削除できない。両方を公開すれば互換性を保てるが、将来古いアルゴリズムが破られた際、新しいリゾルバーまで偽造された従来経路を受け入れる恐れがある。

Cloudflareは、1.1.1.1が親ゾーンの認証済みDSレコードを合図にし、少なくとも一つの耐量子経路を必須にすると説明する。ただし信頼連鎖そのものが保護されなければ、未対応の親、レジストリ、ルートが弱点として残る。

現実との境界完全移行に残る工程

• リゾルバー対応： 1.1.1.1以外のリゾルバーやソフトウェアにも実装が必要である。
• 権威署名： DNS運用者がML-DSA-44の鍵と署名を安定して公開する必要がある。
• 委任対応： レジストラとレジストリが対応するDSレコードを受け入れ、公開する必要がある。
• ルート採用： 完全な保護には耐量子トラストアンカーとルート以下の委任保護が要る。
• 運用証拠： 応答サイズ、再試行率、遅延、障害、鍵更新を実測する必要がある。

一つのリゾルバーが新署名を学んだ段階は、移行の始まりであって終わりではない。

利用者への影響設定変更は不要

1.1.1.1を利用中なら手動で有効にする必要はなく、既存のDNSSECゾーンも従来通り検証される。重要なのは権威DNS、レジストラ、レジストリ、ルートの採用を追うことであり、リゾルバーの発表だけでDNS全体が耐量子化したとは言えない。