要約

  • Draft 7は、inetnum、inet6num、aut-numの各オブジェクトにabuse-cを求め、到達可能な役割窓口を共通の技術基盤にしようとした。これは探索の手間と不達の費用を減らし、古いWHOIS情報を見つけるという明確な公益を持つ。
  • 同時に本文は、abuse の定義と各主体による実質的なエスカレーションをAFRINICの範囲外とした。それでも「措置」と「応答」を検証目標に残し、誤った応答または無応答との申立てを再検証の契機としたため、連絡可能性の確認が苦情の中身の評価へ滑る余地が残った。
  • AFRINICは私的な技術記録・調整機関であり、立法、行政・規制、司法、警察・訴追、財政・課税、軍事・主権的強制のいずれの公権力も持たない。確認できるのは、宣言された窓口にメッセージが届くという客観的事実までである。
  • より均衡の取れた設計は、各直接割当資源に一つの役割アドレスを求め、予測可能な到達試験、日付入り通知、30日以上の是正期間、再試験、限定された状態表示を行う一方、申立ての真偽、応答の妥当性、救済措置の十分性、資源や運用継続への制裁を切り離すことだ。

一通のメールが証明できること

Draft 7の核心は、複雑な技術ではなく、制度上の短い継ぎ目にある。一方の段落は、何をabuseと呼ぶかはAFRINICの行為の範囲外であり、各参加者が自らの手続きと現地法に従って定義し、エスカレーションするとした。もう一方の手続きは、窓口の保持者が方針を読み、メールボックスを定期的に監視し、報告に対して措置を講じ、応答することを検証目標に掲げた。さらに、手続きが弄ばれた、応答が誤っていた、あるいは応答がなかったとの申立ては、AFRINICによるabuse-cの再検証を引き起こし得るとされた。

ここで最初に認めるべきは、役割ベースの連絡先が持つ実務価値である。障害や不正利用の兆候に遭遇した運用者が、どの個人に連絡すべきかを毎回調べるのは遅く、担当者の異動に弱い。機械的に発見できる一つの窓口があれば、国境や組織境界を越える報告であっても、探索と配送の費用を下げられる。到達試験は、受信不能になったアドレス、放置された設定、親子オブジェクト間の不整合を見つける助けにもなる。古い住所録を古いままにしないことは、まさにレジストリが得意とすべき仕事である。

Draft 7はその窓口を具体的に組み立てた。inetnum、inet6num、aut-numの各オブジェクトにabuse-c属性を置き、それが有効なabuse-mailboxを含むpersonまたはroleオブジェクトを指す構造である。メールボックスは監視され、能動的に管理されることが想定され、WHOIS、API、将来の仕組みを通じたアクセスは制限されない。子オブジェクトは親の連絡先を継承しても、独自のものを持ってもよい。報告はログ、例、ヘッダーなどの補助資料を受け取れる必要があり、特定の報告様式を強制しない。受信したメッセージは、受取人の介入を要するものと想定された。

この構造のうち、連絡先の存在、公開、構文、配送可能性、親からの継承は、観察可能な記録事実である。ところが「措置を講じた」「応答した」の確認は、同じ種類の事実ではない。自動的な配送試験は、ある時点で宣言された経路がメッセージを受け付けたことを示せる。だが、報告された行為が実際に起きたか、どの法域の誰が責任を負うか、受取人の調査が合理的だったか、返答の内容が適切だったか、是正が十分だったかは示せない。そこには証拠の評価、適用法、当事者への告知、反論の機会、利益相反への対処、理由を示した判断が必要になる。

AFRINICはこの後半の仕事を担う公的機関ではない。私的な技術上の記録管理者、そして一意な番号資源の調整者である。立法権を持たず、行政・規制権を持たず、司法権を持たず、警察・訴追権を持たず、財政・課税権を持たず、軍事力または主権的な強制力も持たない。契約関係やサービス上の依存があるからといって、その六種類の権力が生まれるわけではない。住所録を正す権能は、申立てを裁く権能へ変換できない。

Heng Luが提示する私的な帳簿管理者と執行者の分離は、この違いを制度の言葉に置き換える。共同で使う一意性の記録は薄くなければならない。そこには一意な番号、正確な連絡先、管理の客観的証明、相互運用可能な更新、セキュリティ表明、紛争が存在するというメタデータ、運用継続を置ける。しかし、何が違法または有害か、誰が責任を負うか、どの制裁が相当かという結論を置くことはできない。登録は処罰の装置ではなく、検証は取消しへの近道であってはならない。

Draft 7の明示的な範囲外条項は、したがって脇注ではない。本文のほかの文を読むための上限である。「措置」と「応答」は、苦情の実質を評価する命令としてではなく、窓口が人の管理下にあり、通信経路として機能することを確認する範囲でのみ読まれるべきだ。誤答や無応答との申立ても、それ自体を違反の証明とせず、せいぜい配送経路をもう一度客観的に試すきっかけにとどめる必要がある。

この読み方は報告者を軽視するものではない。むしろ、報告者に誤った期待を抱かせない。レジストリの再検証は、苦情の真実性や救済を保証しない。犯罪、規制違反、民事上の侵害が疑われるなら、適用法の下で権限を持つ規制機関、法執行機関、裁判所その他の公的手続きが扱うべきである。AFRINICの価値は、そこへ向かう前段で、誰もが使える正確な連絡経路を維持することにある。

Draft 7は、初回の検証期間を15日以内とし、失敗した場合には他の登録連絡先へ段階を上げ、さらに15日以内の二度目の期間を与え得るとした。作成または更新時、少なくとも6か月ごと、そしてAFRINICが適切と考える場合に検証する構成である。これは一見すると明快だが、「適切」とする裁量と、苦情をきっかけにする再検証が組み合わされれば、同じ組織だけが繰り返し試される可能性も生じる。頻度が事実上の圧力にならないためには、起動条件が予測可能で、理由が記録され、到達という狭い目的に結び付いていなければならない。

新設された8.7節は、頻度の問題をさらに可視化した。AFRINICが内部手続き、要員、収集データ、緩やかな立ち上げ、正確性の追跡に応じて、検証期間または頻度を年に一度変更でき、理由を伝えるという仕組みである。追加説明には、初年度は一度だけ検証し、のちに四半期ごとへ近づける可能性や、最初の一巡を12～24か月かけて分割実施する例が示された。これは運用ショックを和らげる現実的な発想である。ただし、その例は本文上の義務そのものではなく、遅い始動を説明する補足である。柔軟性が恣意性に変わらないよう、変更の理由と対象、期間、終了条件を透明にする必要がある。

要するに、Draft 7が持っていた最良の部品は、誰にでも見つけられる窓口と、古い記録を正すための穏当な再試験だった。最も危うい部品は、応答の「正しさ」や措置の有無を、連絡先検証の言葉に混ぜたことだった。前者を保ち、後者を狭く読むことは、制度を弱めるのではない。正確に働ける場所へ戻すことである。