要約

  • AS210860の登録簿情報は、管理者、連絡先、状態、登録履歴などの行政的な関係を示し得るが、法的所有権、設備の所在地、現在のブランド、稼働中のサービスを単独では証明しない。
  • 経路観測は、収集地点から見えたアナウンスやASパスの隣接関係を示すが、顧客契約、トランジット提供、設備の管理、世界全体での可視性までは示さない。
  • PeeringDBのネットワーク、交換拠点、施設に関する記録は、事業者による申告として読むべきであり、実際のポート、BGPセッション、設備配備、商取引関係の独立した証明ではない。
  • 現在取得された資料には、スキャン、ホスティング、サービス、施設、顧客、インシデント対応をAS210860の識別可能な運用主体へ結び付ける連続した証拠チェーンがない。

登録簿が示すもの、示さないもの

AS番号を調べる最初の入口は、RIPE Databaseのaut-numオブジェクトとRDAP記録である。これらは登録上の名称、管理者やメンテナー、連絡先、ステータス、変更履歴といった行政的な情報を整理する。したがって、AS210860が公開レジストリ上の有効な対象であるか、どの識別子や連絡先が登録情報に現れるかを確認するには適している。RIPEのaut-num記録 と RIPEのRDAP記録 は、この層の主要な参照点である。

しかし、登録簿の関連付けを実際の運用責任と同一視することはできない。登録名が法人名、ブランド名、プロジェクト名、代理管理者のいずれであるかは、別の証拠を必要とする。登録情報だけでは、当該主体がアドレス空間を法的に所有しているのか、第三者のために管理しているのか、設備を保有しているのか、現在もサービスを提供しているのかは確定しない。登録の存在は、調査対象を定義する手掛かりであって、責任の終点ではない。

RDAPやレジストリの時系列も同様である。変更記録は、誰がいつ情報を更新したかを示す可能性があるが、その人物や組織がルーターを運用し、経路を変更し、障害に対応し、顧客へサービスを届けたことを意味しない。行政的な管理と技術的な制御は重なり得るものの、同一であるとは限らない。

経路観測は「見えた動き」の証拠である

AS210860の技術的な足跡を確認する次の層は、RIPEstatやBGP観測サービスである。RIPEstatの 公開プレフィックス情報 と ASN隣接情報、さらに RIPEstatのAS概要 や bgp.toolsの観測ページ は、観測システムから見えるアナウンスやASパス上の関係を調べるための資料になる。

この種の記録が確実に示すのは、定義された収集地点と観測期間において、AS番号または関連するプレフィックスが経路情報の中に現れたということだ。そこから、ある時点のorigin表示、経路の隣接、観測された変化を記述することはできる。一方で、それはアドレス空間の所有権、顧客へのトランジット契約、物理設備の場所、ルーターへの管理権限を直接証明しない。

BGPの観測には、収集地点、フィルタリング、経路の集約、タイムラグという境界がある。ある観測所から見えない経路が存在しないとは限らず、見えた経路が当該ASによって直接発信されたとも限らない。上流事業者、ホスティング会社、マルチホーム構成、第三者による経路管理など複数の構成が、似た観測結果を生み得る。したがって、経路の存在は「ネットワーク上で観測された活動」を支えるが、「誰がサービスを運用したか」を単独では決めない。

別の観測サービスも、同じ境界を持つ。BGPヒストリーの記録、CAIDA ASランキング、IPinfoのAS情報 は、規模、可視性、分類、経路の関連を比較する材料になり得る。しかし、これらの集計や分類が、設備所有、契約上の責任、実際のインシデント対応主体を保証するわけではない。数値や順位が得られたとしても、それは責任主体の身元を補う証拠にはならない。

相互接続記録は申告と実態を分けて読む

PeeringDBの記録は、ネットワーク、交換LAN、施設、接続関係を調べるうえで有用な出発点である。ネットワーク記録、交換LANの記録、施設・接続設備の記録 は、事業者が公開データベースに申告した情報を示す可能性がある。

ただし、申告された接続は、そのまま現在稼働中のポートやBGPセッションを意味しない。記録の更新時点と実際の稼働時点が一致するとは限らず、施設名が物理的な設備所有者を示すとも限らない。ネットワークが交換拠点に存在すること、あるいは施設を記載していることから、特定の顧客にサービスを届けていることや、その接続の障害に責任を負うことを導くには、別の確認が必要である。

この区別は、DFINFRAとAS210860の関係を調べる場合に重要になる。登録対象、ネットワーク申告、観測された経路が同じ識別子を指していたとしても、それらは三つの異なる命題である。第一に、登録上の関係が存在する。第二に、ある時点で経路が観測された。第三に、特定の組織が設備、設定変更、顧客サービス、障害対応を実際に管理した。この三つ目を確立するには、契約記録、設備事業者の確認、変更履歴、インシデント記録、または同等の独立証拠が必要になる。

ホスティングやスキャンの相関はリードにとどまる

URLScan、Censys、Robtex、IPinfoなどは、ホスト、ドメイン、サービス、スキャン結果の相関を探す手掛かりになり得る。URLScanの検索結果、Censysの検索結果、RobtexのAS情報 は、対象をさらに調べる際の候補ソースとして位置付けられる。

しかし、今回取得された資料では、それらのライブなエンドポイント内容は確認されていない。したがって、AS210860が特定のウェブサイト、ホスト、ドメイン、サービス、施設、顧客、あるいは運用上の結果に結び付くという事実は、ここから主張できない。IPアドレスの共用、クラウドやホスティングの再割り当て、CDN、プロキシ、第三者の管理などにより、技術的な近接は複数の説明と整合する。

相関を責任の証拠へ変えるには、時刻をそろえた複数の確認が必要である。たとえば、登録された主体、観測されたアドレス、特定施設の存在、サービスの公開情報、変更または障害の記録が、同じ時間窓の中で一貫して結び付く必要がある。それでも、第三者サービスを利用しているだけなのか、実際に運用権限を持つのかを区別しなければならない。

どこで証拠チェーンが切れるのか

AS210860について現在確認できるのは、公開レジストリにおける対象の存在、観測システムから見える可能性のある経路情報、そして相互接続データベースにおける申告を調査するための基礎である。ここから先、すなわち「DFINFRAがどの設備を管理し、どの経路を変更し、どのサービスを提供し、どの障害に対応したのか」という問いには、資料の層をまたぐ独立した結び付けが必要になる。

現状の資料は、登録、観測、申告、相関の候補をそれぞれ示すが、これらを一つの責任主体へ連続的に接続していない。特に、現在のプレフィックス数、隣接AS、施設、サービス、RPKI状態、ウェブサイト、顧客、運用上の影響について、ライブ取得による検証は完了していない。したがって、「AS210860が存在する」「経路上で観測される可能性がある」「DFINFRAとの登録上の関係を調べられる」という表現と、「DFINFRAが特定のネットワークサービスを運用している」という表現は分けなければならない。

実務上、次に価値のある証拠は、同一期間における複数観測所の経路履歴、RPKIやIRRの状態、施設・交換事業者による確認、ネットワーク自身の変更告知、インシデント対応記録、そしてサービス提供主体を明示する契約または顧客向け資料である。これらが一致すれば、登録と観測の間にある推論を狭められる。それでも、最終的な運用責任を主張するには、変更権限と対応責任を識別可能な主体へ結び付ける必要がある。

結論として、AS210860は技術的な調査対象として有効だが、現在取得された公開資料だけでは、DFINFRAをアクティブな展開、サービス提供、設備管理、または運用責任へ結び付ける証拠チェーンは閉じていない。調査の焦点は、AS番号がどこに現れるかではなく、定義された時間窓の中で、誰が資源を管理し、経路を変更し、相互接続を決め、展開を維持し、障害に対応したのかを独立に示せるかに置くべきである。

参照資料

DFINFRAのディレクトリ記録: 日本語ページ