要約

  • 2014年9月22日提出の提案は、AFRINICリソース会員が自社網または顧客に割り当てた/29以上のIPv4ブロックを、割り当て後七営業日以内にWHOISへ登録し、所定の項目を継続的に正確に保つ仕組みを求めた。
  • 正確な割り当て記録は、運用・セキュリティ上の連絡、障害対応、追加アドレス申請時の利用率確認に役立つ。住宅向け集約や会員連絡先の代用は、公開性と顧客情報の機密性を両立させようとする現実的な工夫だった。
  • だが、提案が未登録の割り当てを「invalid」とし、「approbation by the community」の後に職員が「any process」を用いて資源を「reclaim」できると述べた部分は、証拠管理から処罰への飛躍である。AFRINICは民間の技術的な記録管理者・調整者であり、主権、規制、警察、訴追、処罰、没収、裁判の権限を持たない。
  • 2014年9月26日のRPD告知では識別子がAFPUB-2014-GEN-003-DRAFT-01、AFRINICのアーカイブではAFPUB-2014-GEN-001-DRAFT-01と記されており、食い違いは未解決である。アーカイブ上の状態はWithdrawnであり、採択・実施・回収の事実は確認できない。
  • 比例的な対応は、欠落や不一致を時刻付きで記録し、最小限の証拠を求め、権限ある連絡先へ通知し、訂正期間と技術支援を設け、成功した更新には受領証を出すことだ。未解決の差異は差異のまま保存し、権利喪失の判決へ変換してはならない。

/29を割り当てた日の時計

想定されていた場面は抽象的ではない。AFRINICからアドレス資源を受けるリソース会員が、自らのネットワーク、あるいは下流の顧客にIPv4ブロックを割り当てる。ブロックが/29以上なら、提案はその日を起点として七営業日以内の登録と文書化を求めた。/29にはIPv4アドレスが八つ含まれる。つまり、この義務は巨大な下流ネットワークだけを対象にするものではなく、比較的小さな顧客用設備やインフラ用の割り当てにも届く設計だった。

その記録は単なる備忘録ではなかった。提案が挙げた目的は、運用障害やセキュリティ問題が起きたときに連絡可能な窓口を見つけること、追加のアドレス空間を求める会員が既存資源を実際に利用しているかを確かめること、そして追加申請の分析を透明にすることだった。後年のAFRINICの運用案内でも、顧客用またはインフラ用の割り当てをinetnumオブジェクトとして登録し、追加割り当てを検討する際には有効な登録済み割り当てを見て、おおむね80パーセントの利用を確認するという文脈が示されている。ただし、これは登録記録が利用審査で果たす役割の説明であって、撤回された2014年提案が後に効力を得たことを示すものではない。

提案は2014年9月22日を提出日とし、Jean Robert Hountomeyを提案者として記録している。9月26日、PDWG共同議長のSeun OjedejiとAdam Nelsonが、これを新規提案としてRPDメーリングリストへ流した。提出日と公開の告知日は同じではない。そして文書の識別子には、軽視できない記録上のずれが残る。RPDメッセージはAFPUB-2014-GEN-003-DRAFT-01と表示する一方、AFRINICのアーカイブはAFPUB-2014-GEN-001-DRAFT-01と表示する。どちらかを「正しい」ものとして選べる根拠はなく、二つの公表記録が一致していない、と述べるほかない。

さらに重要なのは、AFRINICのアーカイブがこの提案をWithdrawnと明記していることだ。撤回の日付、誰がどの手続で撤回を示したのか、理由は何だったのかは明らかではない。完全な審議母数、会合での議論、合意判定、最終意見募集、理事会による承認、実施通知も確認できない。したがって、この提案を施行済みの規則として扱うことも、これに基づく具体的な違反認定や資源回収があったと書くこともできない。分析対象は、効力を持った処分ではなく、公表された提案がどのような仕組みと権力主張を組み込もうとしたかである。

顧客台帳が公的な運用証拠に変わるまで

提案は、既存文言の「will be」を「must be」へ改め、すべての割り当てと下位割り当てをAFRINICのデータベースに登録する方向を示した。また、IPv4割り当て方針に、割り当て登録の義務を扱う9.7節を加えようとした。ここで求めたのは、登録の有無だけではない。inetnum、netname、descr、country、admin-c、tech-c、org、および他のAFRINIC方針が必須と定める情報を、割り当て先の属性として備え、登録情報を常に正しく保つことだった。

各項目には違う実務的意味がある。アドレス範囲を示す情報、ネットワークを識別・説明する情報、国、管理・技術連絡先、組織という構成は、誰がどの範囲について応答できるかを検索可能にする。障害対応者やセキュリティ担当者にとって、問い合わせの入口を得られる価値は大きい。デューデリジェンスを行う者にとっても、公開記録は時間、範囲、連絡先を結びつける手掛かりになる。会員による利用申告と登録済みの下流割り当てを比較できれば、追加のIPv4資源を求める際の説明にも具体性が生まれる。

しかし、WHOISの行は、現実そのものではない。そこに表示された組織が現在の運用者であるとは限らず、下流顧客、契約上の連鎖、実際の利用者、連絡先メールボックスが監視されているかまで、記録だけで確定することはできない。逆も同じで、行が見当たらないからといって、割り当てが行われなかった、経路広告がない、利用されていない、放棄された、所有者がいない、不正である、違法である、という結論にはならない。公開レジストリは調査の出発点として有力だが、個々の権利、責任、事実を自動的に証明する装置ではない。

この差を見落とすと、顧客の業務記録は二重の性質を帯びる。第一には、会員が顧客へいつ、どの範囲を、どの目的で割り当てたかを管理する内部の運用記録である。第二には、AFRINICが追加申請時の利用状況を評価し、外部の運用者が連絡先を探すための共同インフラである。提案は七営業日という期限を設けることで、第一の記録を第二の証拠へ迅速に移すことを狙った。その明確さは長所だが、証拠へ変換されたことと、その証拠が法的権利を創設・消滅させることは別問題である。

住宅利用と機密情報をどう扱おうとしたか

顧客割り当ての公開には、当然ながら情報露出の問題がある。提案は住宅向けサービスについて、一戸ごとの世帯名を公開する方式を求めてはいない。利用する設備単位または顧客サービス地域のアドレスブロックとして登録し、netnameとdescrに住宅用途であることを示す設計だった。これにより、ネットワーク範囲の用途は見える一方、各家庭を公開台帳の一行として名指しすることを避けられる。

商取引上の事情や顧客情報への慎重さについても、提案は一応の調整策を置いた。機微な情報は、機密保持の合意の下で監査用にAFRINICへ非公開で提供できるとし、公開側ではnetnameとdescr以外の項目に会員自身の情報を再利用できるとした。その場合、当該ブロックに関する問題への対応責任は会員が担う。公開記録の実用性を失わせず、顧客固有情報の露出を抑えるという考え方には合理性がある。

もっとも、提案本文からは、機密保持合意の具体的内容、監査手順、保存期間、アクセス管理、情報安全基準、責任配分までは分からない。したがって、この仕組みが実際に顧客情報を露出させたとも、完全な安全を保証したとも言えない。評価できるのは、提案が公開と秘密を区別しようとした構造、そして秘密情報を受け取る以上、AFRINIC側にも必要最小限性、保護、目的限定、取扱い記録という相応の責任が生じるという点である。

この調整策は、登録義務の善意の側面をよく表している。公開情報が多いほどよい、という単純な制度ではない。外部の運用者が到達可能な窓口を持ち、資源利用を検証できる一方で、顧客の商業上・私生活上の情報を無差別に並べないことが求められる。会員情報の代用はその妥協であり、同時に、問題が起きた際に会員が責任ある中継点として応答することを前提にする。記録の正確性は、公開範囲を狭めた分だけ、連絡経路と責任の明確さによって支えられなければならない。

証拠から「判決」へ移った一文

提案の決定的な問題は、登録義務の具体化そのものではない。未登録の割り当て、配分、下位割り当てを「invalid」とみなし、登録データを常に正確に保つよう求めたうえで、職員が「approbation by the community」を得た後に「any process」を行い、関連する資源を「reclaim」できると述べたところにある。これらは撤回された提案の中に書かれた主張であって、裁判所の判断でも、法に基づく権限付与でも、実際に行われた回収の記録でもない。

「invalid」という語は、一つの台帳上の状態に過剰な意味を与える。登録がないという観察から直接分かるのは、観察時点で期待された公開行が確認できないことだけだ。提出した更新が技術的に拒否されたのかもしれない。許可された担当者の変更に時間がかかったのかもしれない。内部記録と公開行に不整合があるのかもしれない。単に期限を過ぎた可能性もある。どの場合かを調べる前に無効と呼べば、証拠の空白を事実認定に、事実認定を権利消滅にすり替えることになる。

「any process」という幅の広さも危うい。提案には、通知に何を記すか、訂正期間を何日にするか、技術障害をどう扱うか、どの証拠水準で判断するか、誰が判断者になるか、理由を書面で示すか、異議申立てや独立した再検討をどう保障するか、回収手続きをどこまでに限定するかが記されていない。他の文書に何もなかったと断定することはできないが、この提案自体には、強い不利益を支える手続の骨格がない。

さらに、コミュニティの賛同は、技術調整の正統性や運用ルールへの協力を支えることはあっても、主権を創設しない。参加者の合意だけで、民間組織が規制当局、警察、検察、処罰機関、没収機関、裁判所になることはない。AFRINICはアドレス資源に関する記録を維持し、関係者を調整する民間の技術機関である。その記録行為がインターネット運用に大きな実際上の効果を持つからこそ、記録上の認識効果と公法上の強制権を混同してはならない。

登録のルールは、会員に説明と訂正を求める根拠になり得る。期限内の提出、正確な項目、応答可能な連絡先を求め、未解決の不一致を明示することもできる。だが、罰金を科す、違法性を裁く、権利を没収する、刑罰的に取り上げるといった行為には、別個の適法な権限、管轄、証拠、聴聞、理由、審査が要る。技術台帳の設計文言が、その権限一式を代替することはできない。

撤回された提案を、それでも精密に読む理由

撤回されたから無意味だった、と片づけるのも正しくない。この提案は、共同で使う登録情報を信頼できるものにするには、誰が、何を、いつまでに行うのかを定める必要があるという現実的な問題を捉えていた。任意に近い期待だけでは、忙しい会員が更新を後回しにし、記録が陳腐化する可能性がある。具体的な閾値と期限、必須項目、住宅向けの集約、機密情報の代替方法、追加申請との結びつきは、運用制度として検討に値する。

同時に、この事例は、よい目的が権限の限界を消さないことを示す。連絡可能性、セキュリティ対応、利用率の透明性は、どれも重要である。それでも、台帳の不備から権利の無効や回収へ進むには別の問いが必要だ。欠落は誰の行為によるのか。システムは更新を受け付けたのか。通知は届いたのか。必要な修正は明確だったか。十分な訂正機会があったか。争いが残る場合、誰がどの法的権限で何を決めるのか。提案は最初の問いを整えようとしながら、後半の問いを飛ばして強い語へ到達した。

このため、文書の価値は「義務か自由か」という二択では測れない。登録を厳格に求めることと、民間レジストリに処罰権を認めないことは両立する。むしろ、厳格さを長く保つには、記録と権利、誤りと違反、訂正と制裁を分離する必要がある。仕組みの正確さは、最も強い処分を唱えることではなく、どの段階で何が証明され、何がまだ不明かを崩さずに残すことで生まれる。