トピック
DNS 委任権限
「トピックの観点から見たDNSトピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
グローバルのクラウドサービス
DATAMATIXの残るプレフィクスは誰のものか——212.236.9.0/24、149.62.35.0/24、194.0.132.0/24のサービス層核查
DATAMATIX の残るプレフィクスは誰のものか——212.236.9.0/24、149.62.35.0/24、194.0.132.0/24のサービス層核查の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
IETF
TC と NN は届いた。TCP が新しい証拠を持たないとは証明していない
切り詰められた応答には「新しいものはない」という小さな手掛かりがあった。リゾルバは大きな RRset を取り直さなかった。しかし TC は転送の状態を示し、NN は一つの権威サーバの主張を示すだけで、完全な応答に新しい事実がないことまでは示さない。
IETF
DSYNC は窓口を示した。委任が変わった証拠ではなかった。
子ゾーンは DSYNC から更新先を見つけ、正しい宛先へ署名済み DNS UPDATE を送った。そこまでに誤りはない。それでも、窓口の発見、受信者の認証、更新の受理、親ゾーンでの公開は、四つの別々の出来事である。
IETF
DNSKEY はそろった。あるセカンダリだけが古いゾーンを配っていた
構成した運用事例では、三つの DNS 事業者が同じ DNSKEY と NS を公開し、親側の DS も組み合わせ後の状態になっていた。ところが一台のセカンダリだけは、一世代前の署名済みゾーンを応答していた。鍵の面は収束していた。利用者が問い合わせるデータの面は収束していなかった。
IETF
新しい所有者が古い検証値を戻した。サービスは前のアカウントを再び開いた
構成上の検討例では、売却されたドメインの新しい管理者がバックアップから TXT を復元した。値は過去の永続検証で使われたものだった。サービス側は現在の DNS 支配を確認しただけで、以前の利用者のリソースまで同じ所有権に含めてしまった。名前の現在とアカウントの過去が一つの緑色表示に畳まれた。
インターネット史
DNSエイリアスはサービスを移せても、存在までは証明しない――RFC 2219
1997年、`www`や`ftp`のような見慣れたラベルは、別のマシンへ移るかもしれないサービスへの入口になった。RFC 2219はその慣行を整理すると同時に、名前は手掛かりであって、サービスの稼働証明ではないと線を引いた。
インターネット史
重要なゾーンでも、ルートサーバーの恒久業務ではなかった：RFC 3172
`.arpa` は壊れてよい場所ではなかった。RFC 3172 はルートサーバー級の運用要件を課した一方、ルート用の機械が兼務する状態は変わると記した。守る対象は名前と解決機能であり、2001年のサーバー配置そのものではない。
ICANN
ICANNの1,616件は「新しいTLDの数」ではない
2026年ラウンドの Reveal Day で増えるのは、まず情報である。申請者、希望文字列、競合関係が見えるようになり、異議や評価の材料が整う。しかし DNS ルートに委任が加わるわけではない。申請件数を稼働中の名前空間と読み替えると、まだ存在しない市場を経営判断に組み込むことになる。
インターネット史
一日のワークショップでは期限切れの署名を試せなかった：RFC 3130
IETF 49の頃、DNSSEC の短期実験は成功しやすくなっていた。だが、それは完成の証拠ではなかった。署名、鍵、cache、組織間の引き継ぎが本当に難しい状態へ進む前に、実験日程が終わっていたからである。
IETF
引用符は直った。それでも変更権限は生まれない
手入力で引用符が別の文字に置き換わり、DNS レコードが壊れる問題は、構造化されたコピー＆ペーストで減らせる。だが、転記ミスをなくすことと、その変更を誰が命じられるかを決めることは別の仕事である。
記事
RIR統治文書 第3版：承認・運営・認可取り消しにおける権限配分の再設計
ICANN と5つの地域インターネットレジストリ（RIR）を結ぶ統治文書の第3版が、2026年9月1日に「最終草案（FINAL DRAFT）」として公開された。ICP-2（2001年6月4日採択）の後継となるこの文書は、新 RIR の承認、既存 RIR の認可取り消し、緊急時継続、改正手続きについて、ICANN と RIR 間の権限配分を条文レベルで再設計する。ただし現時点では ASO アドレスカウンシル推薦草案であり、採択された施行規則ではない。
アジア太平洋の機関
Cloud Registry Pty Ltd：.auレジストリ権限を一度も得られなかった外部挑戦者が示すガバナンスの課題
Cloud Registry Pty Ltd はオーストラリアのシドニーに拠点を置く企業（ACN 137 160 975）であり、自身を new gTLD 向けのバックエンド・レジストリ運営者・プラットフォーム提供者と位置づけている。同社は.au のレジストリ運営者ではない。しかし2012年7月20日、CEO Ruud Verstijnen の署名のもとで auDA の Industry Advisory Panel に提出した意見書の中で、現職との再交渉ではなく完全な公開入札を求め、.au…
IETF
沈黙を「空き」と読む設計――分断復旧後に現れるマルチキャスト衝突
保存していたグループ ID を再利用した装置と、新たに同じ ID を選んだ装置が、分断されたネットワークの両側でそれぞれ正常に起動する。異常が見えるのは接続が戻った後だ。PIM ワーキンググループの最新草案は、この時間差の原因を「暗黙の可用性」と呼ぶ。応答がないことを空きの証拠にする以上、観測できなかった範囲がそのままリスクになる。
IETF
署名は縮んだ。署名者の履歴は消えなかった
resolver が受け取った応答は正しかった。ML-DSA で署名された ladder があり、RRset から作った leaf は authentication path を通って rung へ届いた。ただし、その一回の成功からは、authoritative cluster が次の更新でも同じ series を続けられるかどうかは分からない。検証できたのは証明であり、署名サービスの記憶ではない。
IETF
EPP草案、ドメインのDELEGレコードを一括削除する命令を追加
9月29日付の個人提出 Internet-Draft は、EPP によるドメイン更新で DELEG レコードを一件ずつ挙げずに全件削除する書き方を加えた。短い命令だからこそ、通常の編集権限と集合全体を消す権限を同一視してよいかが問われる。
IETF
レジストリは委任変更を受理した。親ゾーンにはまだ二つの答えがあった
変更作業の完了時刻を、EPP の成功応答だけで決めることはできない。DELEG 用 EPP マッピングの第 03 版は全レコード削除まで表現するが、親ゾーンでは従来の NS と新しい DELEG が別々の利用者に異なる委任像を見せうる。
リーダー
Martin J. DürstとUnicode URLに潜む境界
ブラウザーに見える一行だけでは、リンクがどこでどの形に変わるかは分からない。Martin J. Dürst が主導した IRI の標準化は、読める Unicode 表記から URI 中心の処理へ移る地点を定義した。読みやすさを保つための規則と、名前を登録・委任する手続きは別の仕事である。
ケースファイル
子ゾーンは応答し続けた。親はすでに委任先を変えていた
旧権威サーバーが正常に応答できることと、親ゾーンが現在もそこへ権限を委ねていることは同じではない。委任再検証ドラフト第14版は、この時間差をキャッシュの問題ではなく、権限を裏づける証拠の問題として扱う。
IETF
ACME鍵をローテーションしても、昨日のDNS認可は残る
ACME の永続 DNS チャレンジ案は、鍵の更新と権限の撤回が別の操作であることを鮮明にした。古い秘密鍵はもう要求を署名できなくても、その公開鍵の指紋に結び付いた認可は期限まで生き得る。
ケースファイル
正しい規則が誤った結果を生むとき――RFC 9726と古びるDNS投影
ファイアウォール規則は正しく生成され、正しく配布され、正しく受領された。それでも機器の更新は止まった。規則が参照していた名前からアドレスへの写像だけが、機器とは別の時計で古くなっていたからだ。RFC 9726は、MUD の意図と実行時の現実を同一視しないための証拠設計を示す。