主要領域
DNS
主要領域 の観点では、「DNS」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
リーダー
Dean Pembertonは汚れたIPv4ブロックをDNSの住所に変えようとした。二つの会議は別の答えを出した
APNIC が隔離していた1.2.3.0/24には、配ってもいないのに不要な通信が届いた。Pemberton はそのブロックを地域限定の DNS エニーキャストに使おうとした。Policy SIG の合意は、翌日の会員会議で続かなかった。
研究者
Giovane MouraはDNS統計の共通化を提案 .nlのIPv6履歴は復元不能
SIDN は.nl の DNS 統計を RSSAC-002 形式で公開した。自社のリポジトリには、欠測日と、過去分を再計算できない IPv6 指標も記されている。
IETF
中央値は+1ms、p99は+1.405秒。Joe AbleyのDNSSEC実験が示した長い尾
Cloudflare の初期テストで、中央値はほとんど動かなかった。遅い側の1％では、二重署名の経過時間が従来方式の対照より p99 で1,405ミリ秒長かった。検証するリゾルバーの集計結果には「net breakage 6.0％」という表示もある。争点は測定値だけではない。新しい署名が壊れたとき、まだ有効な従来署名で回答を救うのか。
ICANN
DNS悪用の月は増え、発生後の規模は38％縮小――Carlos Gañánが分けた二つの数字
1,106の gTLD を調べた研究では、Category 1で月間に悪用が発生する確率は3.1ポイント高く、発生後の予測規模は38％小さかった。合算モデルは、gTLD 月あたりの悪意ある登録ドメインが37％少ないと推定した。
研究者
Ginevra Fabrizioの11バイト節約でも、NXDOMAINはMTUを超えた
RIPE 93で、トゥウェンテ大学の研究者は`.nl`の1日分の問い合わせを再生し、Falcon-512 の2形式を比べた。パディングなしの署名は中央値655バイトで、固定長の666バイトより11バイト小さい。それでも、試験した NXDOMAIN 応答はすべて、検証に使った2つのサイズ上限を超えた。
IETF
番号18の次で止まった。Joe AbleyがRIPE 93で語ったEPPの関門
IANA が番号を登録しても、親ゾーンへ DS データを届ける受付は別にある。Joe Abley が RIPE 93で語ったのは、DNSSEC の切り替えが登録機関の EPP 手続きで足止めされる実態だった。
研究者
Martine Sophie Lendersが見つけた、暗号化DNSのパケットに残る手がかり
問い合わせの中身を読む研究ではない。制約の厳しい IoT で、暗号化後もパケットの形から DNS 通信を見分けられるのか。ブロック転送とヘッダー圧縮で、その手がかりをどこまで削れるのかを調べた。
グローバルの機関
五つの修正版と一つの曖昧な語：CVE-2025-40778を読む
BIND 9という DNS サーバーソフトに、外部から DNS の応答を書き換えられうる欠陥が見つかった。その欠陥 CVE-2025-40778 について、手元に残っている報告は、直すべきビルドを数字まで具体的に挙げる一方、「どのビルドが影響を受けたか」は「various」という一語に委ねている。この偏りが、アップグレードを承認する立場の人がこの記録から何を確かめられ、何を確かめられないかを決めてしまう。
ケースファイル
Dynは応答し続けた。解析層に義務を課した文書はない。
共有の名前解決事業者が2016年10月にボットネットのトラフィックを吸収し、公開記録はそれを「一度の障害」という物語として残した。その後に出てきた文書は、物語よりも奇妙である。まず、トラフィックを発した機器についての連邦の警告があり、次に、連邦政府自身の機器についての法律が来た。どちらも、問い合わせに実際に答えていた層には届いていない。
リーダー
レイ・ベリス：状態文が語る二つの統治形態と、番号が証明しないもの
同じエンジニアの名前が入った二つの文書は、冒頭の一文から性格を異にする。一方は「議論と提案を求めます」と結び、他方は「IETF コミュニティの合意を代表する」と宣言する。この差は修辞ではなく、義務の発生源が違うという事実の表明である。
ICANN
.org 譲渡の拒否——公開された審査基準を持たない同意権
2019年11月、Internet Society は .org トップレベルドメインの運営組織である Public Interest Registry を、プライベートエクイティ企業 Ethos Capital に売却することで合意した。2020年4月30日、ICANN 理事会は .org レジストリ契約の支配権変更に対する同意を拒否し、売却は実行されなかった。結果は記録に残っている。適用された基準は残っていない。
IETF
番号が付いても、検証経路は生まれない
RFC 9563によって、SM2 署名と SM3 ダイジェストを DNSSEC 上で識別できるようになった。しかし、識別子の割当ては IETF の合意、暗号方式の適合性、バリデータの対応、運用ポリシーの受容、利用者が得る名前解決結果までを証明しない。
IETF
予備の権威サーバーは答えた。キャッシュ済み鍵では検証できなかった――RFC 8901
第一の権威 DNS 事業者が停止しても、第二の事業者は応答できる。しかし検証リゾルバーがその答えを受理できるとは限らない。RFC 8901が扱う DNSSEC 冗長性は、NS の本数ではなく署名者間の同期契約である。
インターネット史
Gihan Dias――スリランカの二つの文字をルートへ
通信回線が国に届いた日と、その国の人びとが自分たちの文字で行き先を示せるようになった日は同じではない。Gihan Dias の歩みを追うと、接続の歴史の先に、名前をめぐるもう一つのインフラ整備が見えてくる。
ケースファイル
BINDの脆弱性対応は、修正版の公開だけでは終わらない
BIND の深刻な脆弱性は、入力処理の一部をサービス停止リスクへ変える。ISC が公開した修正版と運用 guidance は、修復の出発点を示す。しかし、実際に影響を受ける運用者を特定し、修正版を展開し、復旧後の耐性を検証したことまで、公開記録だけで確認できるわけではない。
IETF
James Gouldと、方針の正しさまでは証明しない伏字シグナル
RDAP 応答から連絡先が消えている。データが最初から無かったのか、閲覧者に見せなかったのか、画面だけでは区別できない。James Gould らの RFC 9537は、その空白に構造化された説明を添えられるようにした。ただし説明できるのはサーバーが行った伏字処理までであり、隠れた値や方針の正当性まで自動的に証明するものではない。
ケースファイル
社内の名前を公開せずに、例外を確かめる
社内向け DNS を利用してよいと確認するために、社内サービスの一覧まで外部に示す必要はあるのか。RFC 9704は公開する承認とローカルに配る名前の集合を分ける。その設計は、何を見せ、どこまで任せるかという判断も要求する。
IETF
Suzanne Woolfと、機械の身元にはならないサーバーラベル
DNS 応答にサーバー識別子が入っていれば、応答した機械まで特定できたように見える。しかし、anycast、ロードバランサー、運用者が自由に決めるバイト列を考慮すると、その読み方は成立しない。Suzanne Woolf が共同執筆した RFC 4892の価値は、識別子を大きな身元証明にするのではなく、一つの応答に結び付いた小さな運用証拠として設計した点にある。
IETF
Sara Dickinsonと、暗号化だけでは証明できないリゾルバーの約束
DNS の設定画面に鍵の印が出れば、守られたことは確かにある。端末から指定した再帰リゾルバーまでの通信だ。だが、その鍵は問い合わせが到着した後の保存期間や閲覧権限、上流への送信、応答のフィルタリングまでは語らない。Sara Dickinson らがまとめた RFC 8932は、暗号化された経路の先に残る運用判断を、比較可能な約束として表に出した。
ICANN
Allison Mankinと、原因を証明できなかった名前衝突の標本
ルート DNS で同じ名前が何千回観測されても、それだけでは利用者の数も、名前を作ったアプリケーションも、委任後に壊れる機能も分からない。Allison Mankin が共著した RFC 8023は、正確な観測値と、まだ証明されていない説明の間に境界を置く。