要約

  • APNICの任意属性geofeedでは、認可されたメンテナーが一つのHTTPS位置情報フィードをアドレス資源に結び付けられる。
  • 保護されたリンクから分かるのは発行経路であり、外部CSVの全行が正確、完全、最新であることではない。

リンクの真正性と、リンク先の記述の正確性は別の問いである。証拠取得時点で、206.83.119.190のAPNIC照会は206.83.112.0 - 206.83.119.255、メンテナーMAINT-SPACEX-AP、別途ホストされたファイルへの参照を返した。登録オブジェクトの最終更新は2026年3月だったが、8月に別途取得した外部ファイルのHTTPヘッダーは当日朝の更新を示した。

二つの日付は二つの管理面を表す。APNICはオブジェクトと変更認可を管理する。運用者は外部CSVを更新する。位置情報事業者は取得頻度、矛盾の扱い、製品への反映時期を決める。登録側のURLを変えずに、中身だけを何度も更新できる。

APNICのinetnumガイドはgeofeedを任意かつ単一値のフィールドとし、自己発行CSVを指す有効なHTTPS URLと定義する。同じガイドでmnt-byは、保護されたオブジェクトの変更を認可・認証するメンテナーである。したがって確認できるのは、資源登録を変更できる主体がリンクを置いたという来歴までだ。

APNICの運用解説は、CSVの作成、HTTPSでの公開、MyAPNICを通じたWhoisオブジェクトへのURL追加を別工程としている。またAPNIC管理レコードのcountryは組織が法的に登録されたエコノミーを表し、ネットワークの利用地点とは異なり得る。対応開始は2023年8月18日の告知に記録されている。

RFC 8805はGeofeedを、運用者が自己発行するプレフィックスと国・エコノミー、地域、都市などの対応表とする。利用者には発行権限と、可能な範囲で地点の正確性の双方を確認するよう求める。通知なしに更新され得るため、別の間隔が示されない場合は少なくとも週次の再取得を勧める。

RFC 9632ではHTTPSを必須とし、参照元の範囲外にある未署名行を無視し、最も具体的な適用オブジェクトを考慮する。任意のRPKI署名は認証を強めるが、署名が証明するのは発行された主張であって現地測定ではない。

参照先のフィードでは、対象/21内の七つの/24と二つの/25がSydneyと記載されていた。この取得結果は、その時点の発行内容を再現する。利用者、衛星ゲートウェイ、設備、通信経路の所在を独立に測ったものではない。

判断に使う記録には、参照元オブジェクト、メンテナー、最も具体的な範囲、URL、取得時刻、応答ヘッダー、ファイル全体のハッシュ、該当行、署名状態を残すべきだ。地点の正確性は別資料で照合する。この境界を失うと、発行経路の認証がAPNICによる都市の保証へとすり替わる。

出典