要約

  • 2018年8月12日に提出されたAFPUB-2018-GEN-001-DRAFT01は、AFRINICから直接割り当てられた資源のinetnum、inet6num、aut-numレコードに、監視・管理される有効なabuse-c連絡先を必須化しようとした。到達可能な共通窓口を設ける部分には、公開レジストリの精度を上げる明確な利点がある。
  • 検証は単なる配送確認ではなかった。URLとコードを別々に送る2通のメール、CAPTCHA、行動と応答についての確約、2営業日と3営業日の期限、暫定・恒久の無効表示、再度の不合格を方針違反とみなす仕組みが、連絡先情報を運用行動の統制へ変えた。
  • 手動介入を求め、フィルタリングを禁じ、申告者にウェブフォームを使わせることを認めず、措置や応答の有無まで確認するのは、名簿管理の範囲を越える。そこに資源取消し関連手続への言及が加われば、修正可能なデータ不備が番号資源の継続性を脅かす梃子になる。
  • AFRINICはモーリシャス法の下にある民間の技術的な記録管理者・調整者であり、主権的、立法的、規制的、警察的、訴追的、懲罰的、没収的または公法上の裁判権限を一切持たない。妥当な制度は、客観的な到達確認、通知、十分な是正期間、透明なデータ品質表示に限定し、連絡先の不備と番号資源への制裁を完全に切り離すものである。

L3 — 5営業日の検証装置

時計が動き出すのは、実際の不正利用の真偽が確かめられた時ではない。2通のメールに対して、指定された操作が期限内に完了しなかった時である。草案第1版が例示した検証では、AFRINICはabuse-cの受信箱へ2通のプレーンテキストメールを連続して送る。第1のメールには検証用URL、第2のメールには一意のコードが入る。連絡先の担当者はURLを開き、CAPTCHAで保護されたフォームにコードを貼り付け、方針と手順を理解していること、受信箱を定期的に監視していること、必要な措置を講じること、そして不正利用の申告に応答することをチェック欄で確約する。

最初の期限は「2日」ではなく、最大2営業日だった。この間にコードが使われなければ、連絡先は暫定的に無効とされ、職員による追跡が始まる。次に、該当資源を管理するLIRへ連絡が進み、新たに最大3営業日の是正期間が与えられる。それでも修正されなければ連絡先は恒久的に無効となる。いったん検証を通過しても、後の再検証に失敗すれば方針違反と見なす、というのが草案の構造だった。つまり、URLとコードの受領から、確約、暫定無効、上位連絡、恒久無効、違反認定へ至るまでが、短い5営業日の線上に並べられていた。

この設計が導入されようとした文書は、2018年8月12日にJordi Palet Martinezが提出した「Abuse Contact Policy Update Draft 1」、識別子AFPUB-2018-GEN-001-DRAFT01である。これは当時のCPM第8.0節を置き換える提案であり、草案第1版のまま採択、施行された文書ではない。登録上の状態は審議中だった。この限定は重要である。本稿が検討するのは、その後に完成した制度の効果ではなく、最初の提案がどんな境界線を引いたかである。

出発点には、すでに不正利用連絡先を載せる仕組みがあった。2011年に理事会が承認し、AFRINICの説明では2012年に実装された先行方針は、専用のIRTベースのオブジェクトを用意していた。inetnum、inet6num、aut-numの各レコードからそのIRTを参照できたが、参照は任意であり、会員には利用が推奨されるにとどまった。したがって草案第1版の転換点は、連絡先という発想の新設ではない。任意の推奨を、直接割り当てられた全資源についての必須項目と、反復される検証義務へ変えることにあった。

草案は、AFRINICが直接割り当てた資源に対応するinetnum、inet6num、aut-numのWHOISレコードごとに、abuse-cを必須としようとした。そこには少なくとも一つ、有効で、監視され、積極的に管理される不正利用受信箱が必要とされた。配下の子レコードは親の連絡先を継承しても、独自の連絡先を公開してもよい。連絡先はWHOISだけでなく、APIや将来の手段からも制限なく利用できることが想定された。ここまでは、資源を見つけた申告者が担当窓口を探し回らなくてよいよう、公開名簿の形をそろえる試みとして理解できる。

草案第1版の第8.2節から第8.7節にまたがる設計は、しかし、項目の存在確認だけでは終わらなかった。受信箱に届いたメールは、処理のどこかで人手の介入を必要とするとされた。最初の自動応答は認められる一方、メールをフィルタリングしてはならず、申告者にウェブフォームへの入力を必須とすることも許されなかった。たとえば添付ファイルの安全性、送信者の評判、重複申告、機械的な大量送信を考慮して振り分ける仕組みは、単なる到達可能性とは別の運用設計である。それでも草案は、受信側が採る防御や受付経路にまで条件を置いた。

検証の頻度も限定的ではない。新規作成時と更新時に加え、少なくとも3か月に一度、さらにAFRINICが適当と考える時にはいつでも実施できるとされた。既知のテストだけを通す見せかけの受信箱を避けるため、検証時のドメイン、件名、本文を変更できるという発想も含まれていた。死んだメールアドレスを定期的に見つける目的には合理性がある。だが「いつでも」という裁量と、内容を変えた接触が、行動についての確約や違反処理と組み合わさると、データベースの保守は継続的な監視関係へ近づく。

決定的なのは、チェック欄の意味である。配送試験が客観的に答えられるのは、メールが拒否されたか、宛先が存在したか、所定の確認操作ができたか、といった狭い問いである。ところが草案が担当者に確約させようとしたのは、手順の理解、定期的な監視、措置を講じること、申告に応答することだった。「届く」と「適切に扱う」は同じ事実ではない。前者は通信の状態であり、後者は証拠の質、顧客との関係、脅威モデル、法的義務、技術的可能性を踏まえた判断である。チェック欄は、その異なる問いを一つの合格表示へ押し込めた。

不合格後の扱いも、単なる注記にとどまらなかった。草案は、非遵守について関連するAFRINICの方針または手続に基づく、より徹底した追跡を行うとし、とりわけ資源取消しに関係する手続へ言及した。エスカレーションではAFRINICによる仲介も想定されていた。連絡先の無効表示が「この宛先には現在届かない」という情報だけなら、名簿利用者にとって有益である。だが、その表示が方針違反となり、番号資源の取消しに触れる経路へ接続されるなら、同じ表示は処分の入口になる。

同日の職員評価は、職員側もこの提案を、直接割り当てられたinetnum、inet6num、aut-numの必須abuse-c、少なくとも四半期ごとの検証、不合格を方針違反として扱う仕組みだと理解していたことを示す。開発、テスト、展開には最低1.5か月が必要と見積もられた。一方、その評価には法務顧問からのコメントが記録されていない。これは法的に適法だったとの確認を意味しないし、反対に違法だったとの法的判断でもない。ただ、技術実装の所要は見積もられた一方で、民間の番号レジストリが応答行動を監督し、資源取消し関連の圧力へ接続できるのかという権限の根拠は、同評価からは示されない。

版の境界も崩してはならない。草案第2版が公開されたのは2018年11月20日である。同月29日のAFRINIC-29では、検証済み連絡先、MyAFRINICへのアクセス制限、投票への影響、処罰の比例性、AFRINICが「インターネット警察」のように振る舞うのかが争われ、共同議長は合意なしとして議論をメーリングリストへ戻した。2018年の年次報告も、必須abuse-c、検証、MyAFRINICや投票アクセスの遮断を含む懲罰的措置という形で提案を振り返った。しかし、これらは第2版が現れた後の経過資料であり、8月12日の草案第1版そのものの逐語的な説明ではない。

さらに、2021年5月17日に提出された草案第7版まで、記録上は計7版が存在する。後の版の文言、異議申立て、合意形成、理事会による批准、2026年時点で示された現行上の位置付けを、第1版へ遡って移してはならない。草案第1版の下で特定の会員が遮断され、投票権を失い、資源を取り消されたと示す証拠もない。ここで問題なのは実行済みの処分ではなく、到達確認の仕組みに、運用上の服従と取消し関連の危険を組み込んだ提案の構造である。