要点

  • APNIC は inetnum、inet6num、aut-num オブジェクトの作成・更新時に IRT 参照を求め、事故報告を専門の連絡経路へ導いている。
  • その参照が証明するのは観測時点のレジストリー上の関連だけであり、ルーター支配、現在の BGP 起点、通信運搬、サービス可用性、責任、所有権ではない。

必須ポインターの限定された役割

APNIC は 2010 年 11 月に IRT 参照を必須化した。一般的な管理・技術窓口に不正利用の通報が埋もれる問題を減らすためである。資源レコードの mnt-irt は IRT オブジェクトを参照し、そのオブジェクトには abuse-mailbox のほか、管理、技術、認証、メンテナーに関する属性が収められる。

この仕組みにより、調査者は当該資源について APNIC がどの事故対応窓口を関連付けていたかを追跡できる。2019 年以降は IRT 連絡先を六か月ごとに検証する方針も導入され、無効または応答しない連絡先を訂正対象として報告できる。したがって記録には、指定された連絡先の関連と、期限のある検証状態の両方が残る。

ただし意味が広がるわけではない。APNIC は IRT を、ネットワーク運用部門とは区別される不正利用・コンピューターセキュリティー事故対応のチームとして説明する。データベースのポインターが識別するのは事故対応の連絡先オブジェクトであり、ネットワーク運用部門でも、両者の組織上の関係でもない。

abuse-c は別の証人ではない

資源レコードには abuse-c も表示される。APNIC の説明では、これは会員の IRT オブジェクトと同じ連絡先情報を持つ role オブジェクトを指し、変更は IRT 側で行う。つまり abuse-c は IRT から生成された表示である。

したがって mnt-irt と abuse-c が一致していても、二つの独立情報源による裏付けにはならない。確認できるのは、一つの連絡モデルの内部整合性である。メールボックスの管理者がネットワークを運用していることや、特定事故の責任を認めたことは導けない。

連絡先検証にも同じ境界がある。検証記録は、ある時点でレジストリーの確認手続きが成功した証拠である。将来のすべての通報を人が読み、理解し、対応するという永続保証ではない。現在の応答性を論じるなら、配信結果と応答時間を別に記録した現在の試験が必要だ。

近接する属性は異なる権限を表す

inetnum ガイドは admin-c、tech-c、abuse-c、mnt-by、mnt-irt、mnt-routes を分けている。mnt-by はデータベースオブジェクトの変更を保護し、mnt-routes は関連する route オブジェクトを作成できる主体を制御する。tech-c は技術窓口の役割を示す。どれも、パケットが実際にどのルーターを通ったかという観測ではない。

経路運用には同時点の BGP 観測、経路認可には該当する IRR と RPKI の証拠、可用性には能動計測、法的・実質的所有には企業・法的記録が必要になる。mnt-irt は調査の入口にはなるが、これら別の証拠面の代わりにはならない。

National Internet Registry（NIR）の境界では、さらに照会が必要になることがある。APNIC は一部の検索が NIR を案内し、関連 ISP を特定するには NIR のデータベースが必要な場合があると説明する。この参照先案内も、APNIC や NIR が当該ネットワークを運用する証明ではない。

証拠として残すべき読み方

照会した資源、正確な mnt-irt 値、リンク先 IRT と abuse-c オブジェクト、参照データベース、取得時刻を一緒に保存する。そして「観測時点で、この APNIC 資源レコードは、この IRT オブジェクトを事故対応窓口として参照していた」と記述する。

メールボックスの試験と応答、ネットワーク運用組織、プレフィックスを起点広告した ASN、route オブジェクトの変更権限、法的資源保有者は別々の欄で確認する。この分離によって、Whois は過剰な帰属ではなく、精密な証拠として使える。

情報源