要約

  • インドの7月14日付書簡は、ドメイン有効化前のメール・電話確認、DNS不正利用報告の義務化と一元化、緊急の登録データ請求に使う法執行機関認証の運用開始を求めた。
  • ICANNのPresident and CEOは、前2件を追加検討とGNSOの優先順位付けの対象だと説明する一方、自身にはGNSOの順序やPDPの結論を指示する権限がないと明記した。
  • 認証Input Groupには2026年6月から2027年3月までの会合と試験の節目がある。しかし同グループは政策策定機関ではなく、概念実証だけで24時間要件が発効するわけではない。
  • 要請ごとの公開記録には、決定権者、現在地、適用手続、次の権限ある判断、そして現段階では何が決まっていないかを記す必要がある。

1通に収められた3種類の決定

2026年7月14日、インド電子情報技術省のSecretaryであるS. Krishnanは、ICANN President and CEOのKurt Erik Lindqvistに書簡を送った。公共の利益、安全、信頼に関わる複数の課題が長く審議にとどまっているとして、3つの措置を直ちに優先するよう求めている。

第1の要請は、確認をドメイン有効化より前に移すことだ。インドは登録者のメールアドレスと電話番号を先に検証したい。現行のWhois Accuracy ProgramについてICANNは、正確性に関する照会に15暦日を超えて応答しない場合、停止、終了、ロックなどの措置があり得ると説明している。これは事後の応答を扱う仕組みであり、インドが求める事前確認がすでに採用されたことを意味しない。

第2の要請は、DNS不正利用報告の制度化だ。インドは、レジストラとレジストリに対し、苦情件数、不正利用の種類、軽減措置、応答時間を定期公表させ、ICANNに一元的な報告機構を設けるよう求める。ここには、報告義務を新設するかという判断と、共通の収集・公開基盤を作るかという判断が含まれる。数字を1か所に集めても、苦情と確認済み事案の区別、対象範囲、分母、訂正方法が統一されなければ、比較可能性は生まれない。

第3の要請は、非公開登録データへの緊急請求を実際に動かすことだ。Registration Data Policyには2時間以内の受領確認と、限定された例外を除く24時間以内の応答が書き込まれた。一方、実施注記は、請求者認証の手続を定めるConsensus PolicyがICANNによって完全に実施されるまでSection 10.7は発効しないとしている。インドは、その前提となる法執行機関認証を急ぐよう求めた。

これらは政府による明確な政策要望である。GNSOの決定でも、レジストラ契約の変更でも、効果が証明された対策でもない。要望の正当な重みを保ちつつ、実際に次の行為を決められる主体まで経路を示すことが、ガバナンスの仕事になる。

回答は権限を借りなかった

Lindqvistの8月11日付回答は、安全なDNSという目的には同意しながら、その同意を自身の政策権限へ広げていない。ICANNは翌日に回答を公開した。

回答はまず、ICANN83のGACコンセンサス助言と、悪意ある大量登録および関連ドメインの確認をめぐる作業を挙げる。GNSO CouncilはAssociated Domain Checksを扱うDNS Abuse Mitigation PDP 1を開始している。これは実在する政策工程だが、登録前に連絡先を確認することでも、集中報告基盤を作ることでもない。既存PDPの存在を、別の要請が処理済みである証拠にしてはならない。

登録データ確認と報告の透明性について、回答は限定的だ。ICANN orgは両者を追加検討に値する事項と認識し、GNSO Councilの優先順位付けで議論されていると理解している。「検討」と「議論」は関心の所在を示すが、順位、Charter、Working Group、契約協議、勧告、期限は示さない。

この言葉の慎重さには制度的な理由がある。gTLDに関する実質政策を策定してBoardに勧告し、PDPを管理するのはGNSOである。GACは政府と公共政策上の懸念について助言する。President and CEOは、ICANN orgがデータと運用知識を提供し、採択された政策を実施するよう取り計らえる。しかしGNSOの優先順位を決めたり、PDPの結論を指定したりはできない。

境界は要請者だけを制限するものではない。政府は緊急性を理由に決定権を得ない。GNSOも、議論しただけで公共の懸念に答えたことにはできない。ICANN orgも、実施準備から政策を生み出せない。レジストリとレジストラの新たな義務には、それを成立させる政策または契約上の経路が必要だ。

公開記録には3つの現在地がある

8月31日時点の資料から確認できる状態は次の通りだ。

要請 公開されている状態 確認できる次の権限ある行為
有効化前のメール・電話確認 受領・回答済み。追加検討とGNSO優先順位付けの議論に位置付け 日付のある優先順位判断、Charter、PDP、契約手続は見当たらない
DNS不正利用報告の義務化と一元化 受領・回答済み。追加検討とGNSO優先順位付けの議論に位置付け 義務、データモデル、中央システム、手続を決める日程は見当たらない
緊急請求の法執行機関認証 Input Group設置、会合開始、概念実証の節目公開 2026年10月にRDRSワイヤーフレーム変更、12月に試験開始、2027年3月に知見公表。その後も有効な政策行為が必要

これは政策的重要度の順位ではなく、公開された工程証拠の濃さを比べたものだ。

8月13日のGNSO Council議事録は、空欄を推測で埋めてはいけない理由を示している。CouncilはDNS Abuse Mitigation PDP 2のCharter案を議論し、どの草案から始めるか、質問が拘束的な結論を先取りしていないか、自動化された登録手段をどこまで扱うかで意見が分かれた。Charter Drafting Teamは8月24日の週から毎週会合を始める予定とされた。

議事録は、インドの前2件をPDP 2に入れたとは書いていない。そこには別の重要な記録がある。GNSOからGACへのLiaisonは、ICANN86で登録者確認期限に関する質問が遅く届き、Councilが各グループに十分相談できなかったと述べた。これは情報到達の状態であって、政策の結論ではない。インドの後日の書簡が議論を起こした証拠でもない。

Liaisonの役割も明確にされた。GACの意見を早く伝えることはできるが、Charter策定はCouncilの責任である。役割定義を変えない限り、LiaisonはGACの立場をCouncilで代弁する者ではない。情報経路と意思決定権は別々に設計されている。

日付があっても政策にはならない

認証工程は観測しやすい。ICANNのInput Groupページは、6月に設置開始、7月に会合開始、10月にRDRSワイヤーフレーム変更を提示、12月に概念実証の試験開始、2027年3月に知見の概要を公表という流れを掲げている。7月22日と8月12日の録画も公開済みだ。

同じページは、このグループが政策勧告を作らないと明記し、Charterをなお「coming soon」としている。認証システムの相互運用、作業手順、データ最小化、ログ、使いやすさは試せる。しかし個別請求の緊急性、法的根拠、必要性、開示の可否、請求者の権利は決められない。

したがって、日付付き工程は説明責任を高めるが、権限を増やさない。遅れや範囲変更を確認できることと、24時間ルールを発効させるConsensus Policyが成立したことは別だ。

受領と結果の間を記録する

ICANNは2通の書簡を公開した。その後の状態は複数ページに分散している。読者はCEO回答、GNSO議事録、PDPページ、Input Groupページ、政策実施注記を自分でつなぐ必要がある。

新たな決定機関を作らずに、この断絶は埋められる。要請ごとの公開「経路状態記録」に、求められた結果、提出者の権限区分、決定権者、現在の段階、適用手続と公開案件、ICANN orgの支援担当、依存条件、次の判断と日付または「未定」、最新資料、訂正履歴を載せればよい。

特に重要なのは否定形の説明である。「回答済み」は優先決定済みではない。「優先順位付けで議論中」はCharterがあることを意味しない。「Charter作成中」は政策の答えを決めない。「概念実証」は義務もアクセス権も作らない。「実施済み」とするなら、執行を認める文書に結び付けなければならない。

記録単位は書簡ではなく要請である。1通に3件あれば、権限者も依存関係も時計も3つあり得る。「インドと対話を継続中」という一文では、1件に日程があり2件に次の判断がないという差は見えない。

この記録は要請者に結果を決める権利を与えない。次の判断の所在を明らかにするだけだ。遅延は検証可能になるが、要請への同意には変換されない。手続の独立は維持されるが、沈黙の中には隠れられない。

緊急性と権限を同じ画面に置く

8月11日の回答は、President and CEOをgTLD政策の上位者にしなかった。その点は正しい。次に必要なのは、大きな新制度ではなく、3件の現在地を同じ精度で公開することだ。

インドは公共政策上の緊急性を主張できる。GACは助言できる。GNSOは政策作業の順序と問いを決める。ICANN orgは支援し、適法に採択されたものを実施する。技術グループは証拠を作る。契約とConsensus Policyが義務を運ぶ。どの段階も、次の段階の権限を先取りしてはならない。

参加は委任ではなく、手続は成果ではない。だからこそ、要請、権限ある経路、現在地、次の判断、引き継ぎの履歴を公開する必要がある。それが、急ぐべき問題を権限の曖昧さで失わず、同時に緊急性を統治権へ膨らませない方法である。

情報源

  1. ICANN書簡一覧
  2. S. KrishnanからKurt Erik Lindqvistへの書簡、2026年7月14日
  3. Kurt Erik LindqvistからS. Krishnanへの回答、2026年8月11日
  4. ICANN — 政策策定の仕組み
  5. GNSO Council議事録、2026年8月13日
  6. ICANN — Law Enforcement Agency Authentication Mechanisms Input Group
  7. GNSO — DNS Abuse Mitigation PDP 1
  8. ICANN — Registration Data Policy
  9. ICANN — 2013 Registrar Accreditation AgreementおよびWhois Accuracy Program Specification
  10. Lu Heng — The Multi-Stakeholder Mirage