要点

  • 迷惑メールなどの通報が受付で止まれば、調査できる担当者を送信者が探し直すことになりかねない。prop-171は、その引き継ぎをアドレス提供者の責任として明確にしようとしている。
  • 提案はAPNIC 62で合意に至らず、再び議論中だ。既存の監視・応答義務は変わらず、すべての顧客連絡先を公開する新規則ができたわけでもない。

迷惑メールやフィッシングを知らせた人が必要としているのは、メールを受け取れる会社ではなく、問題を確かめられる相手だ。通報が別会社の受付にとどまるなら、送信ボタンを押しても調査は始まらない。通報した側に担当者探しを続けさせることになる。

アジア太平洋地域のアドレス登録を担うAPNICは、その調査を代行する機関ではない。自ら説明する役割には、個別のフィッシングや迷惑メールを防止したり、会員のシステムを修復したりする仕事は含まれない。通報の案内がWhoisのネットワーク連絡先へ導くのも、実際の運用者に届く必要があるからだ。

アドレスを提供する会社が窓口を管理し、顧客が実際のシステムを運用する場合がある。そこで通報が止まれば、送った側は再び担当を探すことになりかねない。ログを調べられるチームは、まだ通報を知らないかもしれない。これは仕組み上のリスクであり、特定の被害や放置事件を報告しているのではない。

prop-171が扱うのは、この間を誰がつなぐかという問題だ。通報を調査できる人まで届けることは、訴えが正しいと認めることではない。まず確認できる場所まで届かなければ、その判断にも進めない。

すでにある義務を見落とさない

現行のAPNIC-127第5.3.3節は、連絡先を監視し、不正利用の申告に対して問題解決を目指して迅速に応答するよう求めている。今の制度は「メールが届けばよい」だけではない。実施済みのprop-125は連絡先検証の経緯を示すが、連絡先が有効であることと個別の通報が担当部署へ届いたことは、別々に確かめる必要がある。

Tsung-Yi YuとAlban Kwanによるprop-171の初稿は、上流のアドレス保有者に、下流で調査・対応できる当事者までの実効的な経路を確保する責任を持たせようとする。顧客自身が登録窓口を運営してもよい。上流側の集中窓口が転送してもよい。ほかの有効な方式も認め、すべての顧客担当者を公開することは要求しない。

この自由度は、事業者ごとの違いを吸収する。一方で、どの方式なら要件を満たしたといえるのかが残る。連絡先一覧、転送履歴、受け手の確認は、それぞれ違う段階を示す。どれも、それだけで通報の内容が正しいことや、要求された措置が妥当であることを証明するものではない。

確認を誰の仕事にするのか

事務局の影響評価は、経路の定義と検証方法、細分化された連絡先の複雑さ、事務局の追加負担を挙げる。顧客用のIRT連絡先や上流側が管理するIRTで、すでに扱えるケースもある。新たに何を求めるかを明確にしなければ、既存の仕組みとの境目も曖昧になる。

初稿は新しい監査制度を設けず、検証周期も変更せず、APNICに新たな調査・執行権限を与えないとしている。しかし、それだけでは提案した義務の履行をどう確認するかは決まらない。責任を強調する表現が、新たな執行への期待を招く可能性も事務局は指摘する。実施方法と時期は未定だ。

課題の大きさについても慎重に読む必要がある。提案者は、ある種の連絡先の問題で下流利用が相当の割合を占めると説明するが、件数、観測期間、再現可能な方法を示していない。提案の動機ではあっても、地域全体の失敗率として引用できる数字ではない。

2026年9月にムンバイで開かれたAPNIC 62では、prop-171に合意は成立しなかった。公式報告と現在の提案一覧は、メーリングリストへ戻ったことを記録している。個別ページの古い会議表示を、その後の採択と取り違えてはいけない。

9月25日の振り返りでは、対応改善への支持と、責任・負担・実装への異論が並ぶ。合意できなかったことは、課題が存在しないという認定ではない。政策策定手続き上、議論の再開と実施開始も違う。

次稿に必要なのは、受信した側から調査を引き受ける側まで、責任の移り方を確かめられる説明だ。その確認が、いつの間にか通報内容の裁定へ広がらないようにする。小さな引き継ぎを明確にするには、むしろ何を確認しないかも決めておく必要がある。