要約

  • 2026年5月12日に公表された登録データポリシーは、認証済みの緊急請求について2時間以内の受領確認と24時間以内の応答を求め、例外的事情がある場合に限り、理由を示した上で最長72時間までの延長を認める。
  • 応答は、求められた非公開データの提供でも、理由を示した全部または一部の拒否でもよい。期限は実体判断や適用法に取って代わらず、認証の仕組みが発効するまでは契約当事者を拘束しない。

適式な請求が14時に届いたとする。16時までに、受け取ったレジストラまたはレジストリ運用者は受領を確認しなければならない。通常は翌日の14時までに請求人へ応答する。真に例外的な事情で時間が必要なら、同じ24時間内に延長の必要性、理由、応答予定を通知しなければならず、最終期限は受領から72時間を超えられない。

この流れは緊急開示命令のようにも見える。だが違う。それぞれの時刻が拘束するのは手続の一段階であり、結論はデータ提供にも理由付き拒否にもなり得る。

入口は狭い。ICANNの登録データポリシー3.8節は、緊急請求を適法な開示請求の一部と定義する。認証済み請求人から提出され、生命、重大な身体傷害、重要インフラ、児童搾取に対する差し迫った脅威を対象とし、その脅威への対処にデータ開示が必要でなければならない。件名に「緊急」と書くだけではこの経路に入れない。

認証は自己申告でもない。3.9節の認証済み請求人は、ICANN合意ポリシーに基づく仕組みで認証された法執行機関、または信頼できる権限ある機関に限られる。改定は、議論で混同されがちな二つの統制を分けた。請求人が名乗る主体と一致するか、そして当該請求が必要かつ適法かは、別の問いである。

通常の開示要件も残る。提出書類には、請求人の身元と連絡先、求めるデータ項目、法的権利と具体的理由、善意の表明、受領データを適法に処理するとの合意が必要だ。レジストラまたはレジストリ運用者は、適式な請求を個別の事情に即して審査する。

新しい時計が変えるのは、その審査を未決のままにできる時間である。通常の開示請求では、10.5節により受領確認まで最長2営業日、その後の応答まで原則30暦日が認められる。要件を満たす緊急請求では10.7節がこの速度を置き換え、2時間以内の確認と、不当に遅れることのない24時間以内の応答を求める。

延長経路は意図的に狭い。インフラの利用を妨げる不可抗力や、多数のドメイン名を含むなど請求が複雑な場合が例示される。一方、祝日、予定済みの休暇や出張は延長理由にならない。人員配置の都合で、常時対応の緊急基準を営業時間の待ち行列へ戻すことはできない。

それでも「応答」は「提供」と同義ではない。10.6節は二つの適合する結論を残す。データを提供してもよいし、全部または一部を拒否してもよい。拒否する場合は具体的理由と判断過程を示し、該当するならデータ主体の基本的権利・自由と請求人の正当な利益をどう衡量したか説明する。

対象が非公開登録データである以上、この境界は重要だ。迅速な手続は真の緊急時に遅延の損失を減らせる。しかし、全ての法域に共通の法的根拠を作るわけでも、求めた全項目の必要性を証明するわけでも、公開WHOISを復活させるわけでもない。ICANNが警察捜査の結論を決める制度でもない。実体的な開示判断は請求を受けたレジストラまたはレジストリ運用者に残る。

しかも、重要なスイッチはまだ入っていない。実施注記11は、請求人認証の手続を定める合意ポリシーをICANNが完全に実施した日に、10.7節の義務が発効すると定める。5月12日の発表も、法執行機関向け認証の仕組みが実施されるまで緊急請求の文言は発効しないと述べた。7月23日更新のGAC助言状況も、24時間期限の執行はその仕組みを待っていると記録する。

つまり、改定は公表済みだが運用開始条件付きである。信頼できる認証がなければ、迅速経路はなりすましを優遇し、最初の数時間を本人確認に費やす。応答期限がなければ、認証は信頼できるものの緊急性を持たない待ち行列しか作らない。公開意見募集の記録が示す解決は二本立てだ。認証を別途整備し、請求人が認証済みであるとの前提で応答時間を設定する。

発効後の説明責任は、保証ではなく記録で確認されるべきだ。11.2節は、開示請求、受領確認、応答の記録を通常の業務慣行に従って保存し、ICANNの監査などに利用できるよう求める。記録は2時間、24時間、72時間の遵守を示せる。開示や拒否が法的に正しかったことまで自動的に証明しないが、沈黙を測定可能にする。

新しい時計の力は、正確に説明したときに最大になる。許すのは速度、構造、監査可能な判断であり、自動開示ではない。

情報源