DNSルート鍵署名鍵が2026年10月11日にロールオーバーへ、史上二度目の変更

DNSルートは2026年10月11日に鍵署名鍵のロールオーバーを実施する予定であり、このイベントは過去に一度しか発生していません。¹ KSKロールオーバーと呼ばれるこの運用は、DNSSECの信頼の連鎖の基盤となる暗号鍵を置き換えるものです。¹ 鍵署名鍵により、検証リゾルバーは暗号署名を通じてDNS応答の真正性を確認できます。¹ 初となるロールオーバーは2018年に行われたため、今回の変更はルート史上二度目となります。¹

新しく導入される鍵はKSK-2024と命名され、鍵タグ38696が割り当てられています。¹ これは、鍵タグ20326で識別される現在のルート署名鍵であるKSK-2017に取って代わります。¹ ルートレベルでは二種類の鍵が使用されます。ゾーン署名鍵がDNSレコードに署名する一方、鍵署名鍵は公開鍵を含むDNSKEYレコードセットに署名します。¹ この役割分担により、鍵署名鍵は個々のレコードに署名するのではなく、署名に使用される鍵の集合を検証します。¹

ルートのDNSKEYレコードセットには、2025年1月11日からKSK-2024が含まれています。¹ この早期公開により、RFC 5011に基づく自動更新に依存するリゾルバーは、切り替え前に新しい鍵を観察して信頼するための長い期間を確保できます。¹ RFC 5011は、DNSリゾルバーが新しいルートアンカーを自動的に検出して信頼できるようにする仕様を定義しています。¹ このプロセスのもとでは、リゾルバーは新しい鍵を信頼する前に、署名されたDNSKEYレコード内で少なくとも30日間継続して観測する必要があります。¹ KSK-2024は2025年1月からDNSKEYレコードセットに存在しているため、RFC 5011に準拠するリゾルバーには、信頼を確立するために必要な30日をはるかに超える十分な時間がありました。¹

Cloudflareは2024年7月に、自社ソフトウェアのデフォルトのトラストアンカーにKSK-2024を直接組み込みました。¹ その結果、Cloudflareの1.1.1.1およびGateway DNSを実行するリゾルバーは、導入されるKSK-2024鍵をすでに信頼しています。¹ リゾルバーが新しい鍵を信頼するように事前設定されているため、これらのサービスの利用者はロールオーバーに関して何ら対応を行う必要はありません。¹

他の検証リゾルバーの運用者向けには、DNSリゾルバーが特定のルート鍵を信頼しているかどうかをユーザーがテストできるセンチネルプロトコルがRFC 8509で提供されています。¹ センチネルテストの仕組みでは、is-ta-38696を照会することで鍵38696が信頼されているかを評価し、not-ta-38696を照会することでそれが信頼されていないかを評価します。¹ KSK-2024を信頼しているセンチネル準拠の検証リゾルバーは、not-ta-38696について照会された際にSERVFAILエラーで応答するように設計されています。¹ このテストにより、管理者はロールオーバー期日前にリゾルバーが新しい鍵を正しく採用したことを確認できます。¹

鍵署名鍵はDNSSECの信頼の連鎖の起点であり、検証リゾルバーが暗号署名を用いて応答の真正性を確認することを可能にします。¹ 信頼できる鍵署名鍵がなければDNSSECの検証は成功せず、リゾルバーは応答を安全でない、あるいは不正なものとして扱う可能性があります。¹ したがって、このロールオーバーはルートサーバー運用者からエンドユーザーのリゾルバーに至るまで、DNSエコシステム全体に影響を及ぼします。¹

ルート鍵署名鍵を更新するプロセスは、KSKロールオーバーとして知られています。¹ 初となるロールオーバーは2018年に実施され、来たる2026年のロールオーバーは二回目となります。¹ ロールオーバーの間隔が長いことは、この鍵の重大性と慎重な調整の必要性を反映しています。¹

ルートのDNSKEYレコードセットには2025年1月11日からKSK-2024が含まれており、RFC 5011に従うリゾルバーにそれを観察して信頼するための十分な時間を与えています。¹ RFC 5011では、リゾルバーが新しい鍵を信頼する前に、少なくとも30日間継続してそれを確認することが求められています。¹ 鍵は一年余りにわたって公開されているため、オンラインで更新を継続してきたリゾルバーにとって、この30日間の要件は容易に満たされます。¹

Cloudflareが2024年7月にKSK-2024を早期採用したことにより、同社の1.1.1.1およびGateway DNSリゾルバーはすでに新しい鍵を信頼しています。¹ この先回りした対応により、ロールオーバー発生時にこれらのサービスの利用者に検証エラーが発生することはありません。¹ 他のリゾルバー運用者も、RFC 8509のセンチネルテストを使用して自らの準備状況を確認できます。¹

RFC 8509で定義されているセンチネルプロトコルを使用すると、DNSリゾルバーが指定されたルート鍵を信頼しているかどうかをユーザーがテストできます。¹ is-ta-38696の照会は鍵38696が信頼されているかを確認し、not-ta-38696の照会はそれが信頼されていないかを確認します。¹ KSK-2024を信頼しているセンチネル準拠の検証リゾルバーは、not-ta-38696に対してSERVFAILエラーを返す必要があります。¹ これらのテストは、管理者がリゾルバーに新しい鍵が採用されたことを確認するための実用的な手段となります。¹

ルート鍵署名鍵はDNSSECにおける究極のトラストアンカーであるため、来たるロールオーバーは極めて重要なイベントです。¹ 過去のロールオーバーは2018年の一度しか行われておらず、2026年の変更はルート史上わずか二度目となります。¹ 鍵タグ38696を持つ新しい鍵KSK-2024は、鍵タグ20326を持つKSK-2017に取って代わります。¹ 新しい鍵をまだ採用していないリゾルバーは、ロールオーバー後に検証の問題に直面する可能性がありますが、センチネルテストなどのツールはそのようなケースの特定に役立ちます。¹