要約

  • AFRINICは、同機関が現行Boardとして示す理事会が2026年2月4日、IPv4、IPv6、ASNの登録情報にabuse-cを必須とする提案を批准したと発表した。これはAFRINICによる制度上の行為の報告としては強い証拠だが、理事会の一般的な正統性、主権的権限、実装完了、効果を独立に証明するものではない。
  • 有効で到達可能な通報先を登録し、作成時・更新時・定期的に客観的な到達性を確かめ、誤りを通知して直せるようにすることは名簿管理の中核にある。しかし、担当者が通報をどう読み、どの形式で受け、何を調査し、どんな内容で応答したかをAFRINICが評価するなら、台帳の確認はネットワーク運用への監督へ変質する。
  • 公開記録から確認できるのは批准の報告と規則文、長い審議および上訴の手続経過までである。基礎となるBoard決議・議事録・票決、発効日、実装通知、稼働中の検証仕様、現在の母数、誤判定率、訂正所要時間、独立した見直し手続は確認できず、批准・実施・測定を同じ事実として扱ってはならない。

一つの批准が、三つの異なる問いを生んだ

2026年2月4日について、最初に固定すべき事実は狭い。AFRINICは、自らが現行Boardとして示す理事会が「Abuse Contact Policy Update」のDraft 7を批准した、と公式の概要で報告した。現在の提案一覧も、その文書を「Ratified」と表示している。2月のニュースレターと同月18日のコミュニケも、二つの提案の一つとしてこの批准を記録した。したがって「AFRINICが批准を公表した」ことを疑う理由はない。

だが、ここから直ちに「規則が稼働している」「検証が成功している」「理事会の権限をめぐる争いは決着した」と進むことはできない。批准は、機関が内部の政策形成手続の終点に置いた企業上の行為である。実施とは、WHOIS、MyAFRINIC、Number Resource Management Portal、申請・更新画面、通知、検証用の仕組み、担当部門が実際に変更され、利用者に発効日と扱いが示されることである。測定とは、その仕組みが何件を対象にし、何件に届き、何件を誤って失敗とし、どれだけ早く訂正したかを、再現可能な数字で明らかにすることである。この三段階は相互に代用できない。

公開された公式資料は、AFRINICが何を行い、何を述べ、どの文言を採用したと説明したかを示す一次的な証拠である。一方、その資料を発行した機関自身の主張だけで、より広い制度的正統性や、アフリカのすべての事業者・利用者・国家を代表する権限が証明されるわけではない。公開討議があったこと、合意が宣言されたこと、Boardが批准したことは、それぞれ記録できる。しかし、その連鎖が公法上の立法権、警察権、懲罰権、ネットワーク運用への一般的な執行権を生成することはない。

この区別は言葉の慎重さだけの問題ではない。批准という一語が、画面上の「準拠」「失敗」「未確認」といった状態へ変換されると、外部の利用者はそれを機関による判断と読みやすい。さらに支援、取引、顧客の信頼、資源の継続利用に結びつけば、単なる連絡先欄が事業上のレバーになる。だからこそ、どの状態が単なるデータ品質を表し、どの状態が運用行為への評価を含むのかを、最初から分けなければならない。

abuse-cが変える登録面

批准された文言は、AFRINICが発行または割り当てた資源に関するinetnum、inet6num、aut-numの各オブジェクトで、abuse-c属性を必須にする。適切な場合には子オブジェクトが親の連絡先を継承できる。abuse-cが参照するのは人物または役割であり、少なくとも一つの有効なabuse-mailboxを持つ。そのメールボックスは監視され、能動的に管理され、abuseやセキュリティの報告を受け取るためのものとされる。

AFRINICの批准概要によれば、対象はIPv4、IPv6またはASNを保有する会員に限られず、レガシー資源の保有者と新規申請者も含む。これは単に任意項目を一つ増やす変更ではない。既存の登録情報をどの連絡先へ結び直すか、親からの継承が現実の運用責任と一致するか、委託・再割当て・下流顧客があるとき誰が最も適切な窓口かを、広い対象について整理する仕事になる。

公開面も広い。abuse-mailboxはWHOIS、API、将来の技術を通じて制限なく利用可能とされる。正確な役割アドレスが公開されれば、被害を受けた組織、セキュリティ担当者、他のネットワーク事業者は、IPアドレスから通報先を探す時間を短縮できる。その便益は具体的である。誤った部署を巡回し、一般窓口で転送を待ち、責任主体の手掛かりを失う時間が減れば、真正な報告は早く適切な運用チームへ届く。

同時に、無制限の公開には費用がある。公開メールボックスはスパム、フィッシング、嫌がらせ、偽装された検証メッセージを引き寄せる。個人のアドレスを不必要に露出すれば、担当者の交代時に記録が古くなりやすく、安全上の負担も増える。したがって、制度の目的にかなうのは個人情報を厚く積むことではなく、継続性のある役割アドレス、必要最小限のデータ、複数経路、変更履歴、明確な訂正権を備えることである。

ここには、登録上の名前と実際の運用主体が一致しない場合もある。資源保有者、ネットワーク運用者、下流顧客、委託先、通報受付の代理窓口が別々なら、最初に見つかる登録名だけで、すべてのパケットや利用者の行為を支配しているとは言えない。abuse-cは連絡の入口であって、責任の自動認定ではない。親から継承されたアドレスも、便利な予備線にはなり得るが、個々の子ネットワークの事情を知る唯一の主体だとは限らない。

到達性の確認から、応答内容の監督へ

Draft 7の検証設計は広い。連絡先の作成時、更新時、少なくとも6か月に一度の定期確認、さらにAFRINICが必要とみなす時点で検証できるとしている。最初の検証期間は15日を超えず、失敗した場合は他のLIR連絡先へ上げ、さらに15日を超えない期間を置く構成である。ただし、この二つを足して自動的な「30日の法的な是正期間」と呼ぶことはできない。文言は段階導入や、理由を伝えたうえでの期間・頻度の調整も認めており、実際の通知と受領を証明するものでもない。

第三者から、連絡先が応答しない、選択的にしか応答しない、その他所定の失敗があると報告された場合、AFRINICによる再検証の契機になり得る。この仕組みを台帳の正確さに限定するなら、役に立つ。たとえば恒常的なバウンス、存在しないドメイン、明白な誤記の情報を受け、同じ客観的手順でもう一度到達性を試すことは、公開記録を現実へ戻す仕事である。

しかし「届いたか」と「適切に応答したか」は別の命題だ。メールサーバーが受け付けたこと、受信箱に入ったこと、人が見たこと、調査を始めたこと、通報者へ返事をしたこと、要求どおりの措置を取ったことは、一列の同じ測定値ではない。各段階には別の証拠と別の責任主体がいる。技術的な受信確認が成功しても、添付物が危険で隔離されることがある。報告に時刻、ログ、ヘッダー、対象が欠けていれば、担当者が直ちに判断できないこともある。顧客情報や適用法の制約から、調査結果を通報者へ詳しく返せない場合もある。

批准文は、メッセージが受信者の介入を必要とし、通報者に別フォームへの記入を強制せず、ログ、例、ヘッダーなど関連資料を受け取れることを求める。利用者から見れば、メールを送ったのに自動返信で別サイトへ追い返される不便を減らす設計である。他方、ここから「どんな提出でも人が読むべきだ」「返答がなければ不履行だ」「フォームを使う運用は不当だ」と結論づければ、記録の確認を越える。メール受付とフォームを併用する合理的な事業者もいる。大量の自動通報を正規化し、重複を束ね、必要な証拠をそろえる手順は、それ自体が責任回避を意味しない。

AFRINICが確認できるのは、指定された窓口が客観的に到達可能か、登録された主体が更新権限を持つか、誤りが直されたか、という台帳上の事実である。通報内容の真偽、ネットワーク上の行為の違法性、契約違反、顧客への措置、応答文の十分性を裁くには、適用法、契約関係、証拠評価、管轄、反論の機会が必要になる。それはレジストリのデータ欄から自然発生する権限ではない。

「名簿の記録係」という限定は、責任逃れではない

AFRINICを名簿の記録係と呼ぶのは、正確な連絡先を求める責任まで否定することではない。むしろ仕事を検証可能な形に絞る。資源オブジェクトと連絡先の関係を記録する。形式と更新権限を確認する。配送可能性を再現できる方法で試す。失敗を本人へ知らせる。誤判定を直す。検証日時と意味を公開する。この範囲なら、AFRINICは自らが保有する台帳の品質について説明責任を負える。

逆に、役割を無限定に広げると、説明責任は薄くなる。メールが返ってこなかった理由は、DNS障害、メール提供者の一時停止、グレーリスティング、迷惑メール制御、セキュリティゲートウェイ、休暇、担当交代、送信者側の設定不良など多様である。どれを検出し、何回再試行し、どの経路で通知し、どの時点で失敗とするかを示さないまま、「検証済み」「非準拠」とだけ表示すれば、機械的な状態が道徳的な判断に見える。

Heng Luが示す制度原理は、この薄い層と厚い層を分ける。台帳は現実を記録するための証拠基盤であり、現実を支配する玉座ではない。連絡可能性と正確な登録は薄い層に属する。応答内容の採点、開かれた裁量、サービス上の圧力、運用者への懲罰は厚い層であり、記録係の任務からは導けない。Board、コミュニティ、合意という名称を重ねても、主権や警察権は生まれない。

NRSの運用上の指針も、abuse連絡先の正確さを、番号資源全体を点検する際の一つの統制項目として位置づける。重要なのは、正式な政策、契約、手続、案内、提案を混同しないことである。NRSが収録する事業者側の証拠は、十分に具体的で検証できる報告へ対応する責任と、あらゆる利用者の行動を常時監視し、国境を越えて内容を取り締まる権限とを区別する。これは連絡先を不要とする論理ではなく、連絡を責任認定へ飛躍させないための実務的な線引きである。

LARUSの分析が示すのは、レジストリ層の誤りが単なる事務ミスにとどまらない影響経路である。連絡先状態が他のレジストリ手続や取引上の評価に参照されれば、訂正可能なメール障害が、資産価値、事業継続、顧客の依存関係へ伝わる可能性がある。ここで特定の損失額や発生事例が証明されているわけではない。それでも、重要な基盤を握る記録係の裁量が大きいほど、検証方法、責任、訂正、見直しを厚くすべきだという因果関係は明瞭である。

最も強い反論は、連絡可能性の現実的な価値にある

この批准を支持する最も強い主張は単純で、無視できない。abuse報告はしばしば一つのIPアドレスから始まる。標準化された公開連絡先がなければ、被害者やセキュリティチームは、正しい相手を探すだけで時間を失う。任意だった従来のIRT方式の利用は歴史的に低く、登録を勧めるだけでは、広く信頼できる連絡先名簿にならなかった。番号資源とレジストリサービスから便益を得る保有者に、機能する窓口の維持を求めることは、過大な国家規制ではなく、共同利用する技術基盤のための小さな運用義務だ、という反論である。

この主張は、必須項目そのものへの有力な根拠になる。到達可能な役割アドレスを各資源記録へ結び、定期的に技術的な配送を確認する仕組みは、検索費用を下げ、古い情報を見つけ、AFRINIC自身へ誤って届く問い合わせも減らし得る。薄い連絡先規則まで否定すれば、権限の越境を批判するために、現実の問題を無視することになる。

反論が弱くなるのは、その有用な核から、通報処理全体への監督を導くときである。届く窓口が必要であることは、AFRINICが応答の速度、文章、結論、顧客への措置を採点してよいことを意味しない。任意制度の利用が低かったことは、現在のすべての保有者が悪意で連絡を拒んでいる証拠ではない。報告者の不満は、再検証の情報にはなっても、違反の判決ではない。したがって最も強い制度設計は、支持側の実用的な目的を採用しつつ、その目的に不要な権限を切り離すものになる。

歴史的な低利用を、現在の違反率へ変換してはならない

AFRINICスタッフの影響分析には、従来方式の低利用を示す歴史的な数字がある。139,268件のinetnumのうちMNT-IRTで保護されたものは232件で約0.1666％、31,230件のinet6numでは33件で約0.1057％、1,915件のaut-numでは32件で約1.6710％と報告された。資源会員1,857者のうち従来の仕組みを採用していたのは28者、IRTオブジェクト42件のうち参照されていたのは27件だった。2021年5月の会議記録には、ASNを持ちabuse-cの提供が見込まれる資源会員として1,738者という別の数字もある。

これらは、任意方式では十分な網羅性が得られなかったという問題設定を支える。しかし、2026年の現在値ではない。1,857と1,738は日付も集団の定義も異なり、差し引いて増減を語れない。オブジェクト単位の参照率を、会員単位の到達率や応答率へ置き換えることもできない。過去の低利用は必須化の動機を説明するが、批准後の実施率、現在の不履行、事業者の動機、制度の有効性を測るものではない。

スタッフ分析がWHOIS、MyAFRINIC、資源発行・更新規則、サブアロケーションと割当ての書式、検証手段、Number Resource Management Portalへの変更を見込みながら、財務的な影響を「なし」とした点も慎重に読む必要がある。それは当時の公式評価の記録であって、実装が無費用だったことの検証ではない。人による監視、迷惑メール対策、多国籍な通報の振り分け、顧客への照会、定期検証への対応は、特に小規模事業者に固定費と変動費を生む。AFRINIC側にも送信基盤、再試行、支援、誤判定処理、監査記録の費用がある。

長い審議と、解かれないまま残った本案

この提案の系譜は2018年8月12日に始まり、2019年6月のAFRINIC-30、同年11月のAFRINIC-31、2021年のAFRINIC-33へ続いた。議論では、任意のIRT参照から必須のabuse-cへ移る理由、15日単位の検証、他のLIR連絡先への段階的通知、6か月周期、レガシー保有者、運用上の帰結が扱われた。Draft 7は2021年5月17日付で、段階導入の柔軟性を含んでいた。ここから分かるのは、提案が突然現れたのではなく、連絡可能性と検証の設計が長く議論されたということだ。

同時に、議論の長さは、反対論が本案で解かれたことを自動的に意味しない。2021年の上訴では、重複、abuseの未定義性、事業者を取締役に変える危険、応答の強制、負担、範囲などが未解決だと主張された。上訴委員会は11月29日、まず共同議長またはPDWGと問題を話し合っていなかったことなどを理由に、その上訴を無効として退け、本案へ進む必要はないと明記した。これは手続上の処理であり、各反対論が内容面で誤っているとの判断ではない。

2022年には延長された最終意見募集後の合意判断が再び争われた。7月13日の委員会報告は、共同議長またはPDWGとの事前解決を試みたことが示されていないとして上訴を退け、やはり本案を掘り下げる必要はないとした。この結論から言えるのは、既知の上訴が手続要件を満たさず終わったことだけである。政策が無効だったとも、実体的な異論が採用されたとも言えないし、逆に異論が実体審査を経て否定されたとも言えない。

AFRINICの定款11.3は、公開政策会合で提案が議論・合意され、Boardが批准するという内部上の位置を記す。11.4には必要かつ緊急の場合の別の採択経路があるが、2月4日の説明は、文書化された合意を経た提案の批准として示されている。この定款は企業内部の機構を説明する重要な文書である。しかし、企業上の手続が置かれていることと、ネットワーク運用者に対する主権的権限があることは別である。

誰が何を制御し、何を制御しないのか

この制度の制御面には六つの役割がある。第一に、AFRINICが現行として示すBoardは、批准したと報告される行為主体である。第二に、PDWGの議長と政策連絡機能は、討議、合意判断、最終意見募集、Boardへの送付を取り扱った。第三に、AFRINICのスタッフとシステム運用者は、登録項目、会員向け画面、通知、検証、再検証を実施する立場にある。第四に、資源保有者と登録連絡先は、情報を更新し、窓口を維持する。第五に、通報者やセキュリティチームは公開された窓口を利用し、機能しないとの情報を提供し得る。第六に、一般の利用者や取引関係者は、公開状態を意思決定の材料にする。

各役割を混ぜると、制度は不正確になる。Boardの批准はスタッフによる実装の証明ではない。PDWGへの参加は、参加していないすべての主体から主権を委任されたことを意味しない。スタッフの検証結果は、通報の真実性を裁定する判決ではない。保有者の登録は、その保有者があらゆる利用者の行動を統制するとの自白ではない。第三者からの報告は、再確認の入口であって、台帳上の不利な状態を自動生成する票ではない。公開状態を読む者も、その意味が配送可能性なのか人による応答なのかを区別できなければならない。

したがって、状態名には測定対象を埋め込むべきである。「メール配送成功・検証日」「一時失敗・再試行中」「保有者へ訂正依頼済み」「訂正申立て中」のように、確認できた事実を記す。「協力的でない」「abuse対応不十分」といった、運用行為や人格を評価する語を台帳へ持ち込むべきではない。データ欄の言葉は、公開された瞬間から市場や取引の判断へ流通するからである。

影響は、メール一通から三方向へ伝わる

正しく設計された場合の第一の経路は、IPアドレスから窓口を探す時間の短縮である。正確なabuse-cが見つかり、報告が担当チームへ届き、事業者が自らの契約と適用法に従って調査する。AFRINICの役割は、その入口が記録どおり存在することを保つところで終わる。この経路では、名簿の改善が協調費用を下げる。

第二の経路は、検証の誤りから運用費用へ向かう。送信側の障害や一時的なフィルタリングが失敗と記録され、保有者が複数部署を通じて訂正を求め、顧客や取引先が公開状態を誤読する。原因がメール一通でも、対応には法務、セキュリティ、顧客対応、経営層が巻き込まれ得る。訂正が遅いほど、本来は台帳の品質問題だったものが信用問題へ変わる。

第三の経路は、外部通報の戦略的利用である。競争相手、嫌がらせを行う者、自動化された大量送信が「応答なし」を繰り返し申し立てる。証拠の最低要件、送信者の濫用防止、重複排除、監査履歴がなければ、AFRINICの再検証能力が第三者の圧力装置として利用される。そこで必要なのは通報を閉ざすことではなく、通報を入力情報として受け、同じ客観的テストに戻し、主張と判定を明示的に分けることである。

この三経路に共通する設計条件は訂正可能性である。保有者は、どのアドレスが、いつ、何回、どの種類のエラーで失敗したかを知る必要がある。安全な経路で更新し、代替連絡先を提示し、再試験を求め、結果を受け取り、公開状態が遡及的に修正されたことを確認できなければならない。訂正中も支援へ到達できることが重要である。連絡先が失敗したという理由で、連絡先を直す支援から締め出せば、制度は自己矛盾に陥る。

より薄く、より強い反事実案

比較すべき第一の反事実は、批准前の任意IRT方式をそのまま続けることだ。この方式は強制的な越境を避けるが、歴史的な低利用から見て、広い連絡先名簿を作る力が弱い。任意であることだけを美徳にすると、正しい窓口を見つけられない利用者の費用を残す。

第二の案は、今回の文言を広く運用し、公開された実施仕様を持たないまま、人による監視や応答行動まで評価することだ。これは名簿を厚い監督制度に変え、一時障害と不誠実、無回答と不十分な証拠、技術的到達性と実体的対応を混同する。機関の裁量は増えるが、結果の意味は曖昧になる。

第三の案は、薄い連絡先名簿に設計を絞ることである。すべての対象オブジェクトが通常の通知を受信できる役割連絡先を参照する。作成時と保有者による更新時、客観的なバウンスがあったとき、予測可能な年次周期で配送を試す。失敗したら複数回再試行し、別の登録連絡先へ知らせ、訂正を支援し、公開状態はデータ品質の注意表示に限定する。人がどのような結論で通報へ応じたかは採点しない。

第四の案は、役割を意識した複数連絡先モデルである。保有者、実運用者、下流顧客、代理窓口を必要に応じて区別し、最初の登録名を万能の責任主体にしない。連絡が転送された場合も失敗とせず、誰に届くべきかを更新できる。これは登録を複雑にするが、誤配と過剰な責任推定を減らす。

最も説得力があるのは第三と第四を組み合わせ、測定を公開する案である。対象件数、オブジェクト種別ごとの連絡先網羅率、配送成功率、一時失敗率、再試行後の成功、訂正までの時間、異議により覆った状態、導入時期別の結果を公表する。機密性のある通報内容は公開せず、検証が何を意味するかを示す。この設計なら、批准を成果と呼ぶ前に、台帳が本当に改善したかを確認できる。

2026年8月10日時点で、まだ分からないこと

確認できた公開記録には、2月4日の行為に対応する独立したBoard決議、議事録、定足数、票決記録、署名済み文書が見当たらない。公開されたDraft 7とBoardへ送られた文面が完全に同一だったかも閉じていない。AFRINICの説明は批准の主張を確立するが、その基礎記録の代わりにはならない。

発効日、実施通知、段階導入の日程、稼働中のWHOIS・MyAFRINIC・Number Resource Management Portalの版、検証送信者の身元、トークン、再試行、フィッシング対策も未確認である。AFRINICが配送、受領、人による監視、実質的な応答、十分な結果をどう区別するかは、公開仕様から読み取れない。第三者による再検証要求に必要な証拠、嫌がらせ対策、重複処理、通知と監査履歴も明らかではない。

現在のオブジェクト数と会員数、批准後の網羅率、検証成功率、訂正時間、誤判定率、異議で覆った割合は公表資料から確認できない。レガシー資源や親子継承が実環境でどう扱われるか、訂正中にどの支援を受けられるか、独立した見直しをどこへ求めるかも未解決である。これらの欠落は、実装されていないと断定する根拠ではない。非公開、削除済み、検索対象外、後日公開の資料が存在しないことまで証明できないからだ。ただし、公に依拠させる制度なら、公から確認できないこと自体が説明責任上の問題である。

なお、継続的な不履行とRSA違反・取消しを結ぶ本案は本稿の範囲外であり、ここでは分析しない。

2月4日の批准を評価する基準は、賛成か反対かという二択ではない。各項目と各操作が、AFRINICの名簿を現実に近づけるかを一つずつ問うことである。連絡先を必須にする。客観的な配送を試す。失敗を正確に説明する。通知し、再試行し、訂正を支援する。ここまでは記録係の強い仕事である。通報の内容、応答の十分性、ネットワーク上の行為を裁き始めるなら、その瞬間に台帳の外へ出る。批准はその境界を消すのではなく、むしろ誰にでも見える形で引き直すべき契機なのである。