要約

  • 現在の公開審査は6月付のDNSSEC DS自動化評価を対象とする。RFC 10026は7月にBCP 246として発行され、ICANNの募集ページにも掲載済みだ。
  • 次にはFast-Track RSEPの標準修正文言を対象に、別の公開募集が予定されている。「近道」の前に、まだ二つの関門がある。

公開コメントを二度通る近道は、さほど近くない。それでも、道に何を通すのか確認するのは無駄ではない。

ICANNは10月12日に意見募集を開始した。41ページの評価が、DNSSEC Delegation Signer（DS）自動化の安全性・安定性の問題を正しく特定しているか、提案された対策が十分で、釣り合いが取れ、実装できるかを問う。締め切りは11月23日、意見の要約報告書は12月7日が期限だ。

対象の仕組みはDNS運用者にはおなじみだ。子ゾーンがCDSまたはCDNSKEYレコードを公開し、DS変更の意思を伝える。親側（多くの場合はレジストリまたはレジストラ）がその信号を検証し、親ゾーンのDSを書き換える。日常の鍵更新から手作業を減らせる一方、無効な信号を受け入れたり、権威サーバー間の不一致や複数署名者を見落としたりすれば、信頼の連鎖を切る自動化にもなる。

評価書は結論の重みを分けている。七つの必須要件は肯定的な安全性・安定性判断の前提。七つの開示事項は文書化が必要だが、設計の選択は運用者に委ねる。四つの推奨事項は姿勢を強めるが、報告書が描く標準環境では肯定判断の条件ではない。複数署名者、通知と可観測性、署名済みゾーン上のネームサーバーを要求する起動条件も、残る懸念として挙げられた。

文書の日付にはずれがある。評価書は2026年6月23日付で、draft-ietf-dnsop-ds-automationをIETF評価中の草案として扱い、BCPとして発行されれば運用上の基準になると書く。RFC Editorによると、同文書はRFC 10026「DNSSEC Delegation Signer自動化の運用勧告」として7月に発行され、BCP 246になった。10月のICANN募集ページは、検討対象を説明するRFCとしてすでに10026を挙げている。ページは更新済みだが、PDFの未来形は更新されていない。

だからコメントで問うべき点は明確だ。最終RFCの発行で草案時代の参照はどう変わるのか。どこからがICANN独自のRSEP審査基準なのか。RFC 10026が運用上の推奨事項を示し、ICANNの評価はRSEPの基準でレジストリサービスを審査する。

ICANN理事会は2025年9月14日、安全性・安定性の問題が特定されないことを条件に、レジストリ事業者向けFast-Track RSEPの設置を指示した。ICANNは意見を検討し、必要に応じて評価を更新して追補を出し、その後、標準修正文言の案を別の公開手続きにかけるとしている。次の募集日程はまだ示されていない。

一次資料