要約

  • AS210833のRIPE aut-numおよびRDAP記録は、登録された名称、組織、連絡先、maintainer、状態を確認する出発点になる。しかし、それだけではルーターへのアクセス権、契約上の権限、日々の運用主体までは示さない。
  • route6、RIPEstat、BGP観測、RPKI、PeeringDBを時刻付きで突き合わせれば、登録上の意図と観測された到達性を分離できる。ただし、今回の実行ではライブ取得ができず、現在のプレフィックス数、経路、上流、交換拠点、RPKI状態は未検証である。

AS210833を理解する最初の誤りは、公開ディレクトリの名前を運用支配の証拠として扱うことだ。RIPE Databaseのaut-numレコードは、AS番号に結び付けられた名前、組織、連絡先、maintainer、routing policyの記述を確認するための記録である。RDAPは登録状態、イベント、関連エンティティを別の構造で示す。これらは重要だが、「記録に何が書かれているか」を示すものであり、誰が現在ネットワーク機器を操作できるかを直接証明しない。RIPE aut-num と RDAP は、登録されたアイデンティティと実際の運用権限を分けて読む必要がある。

route6オブジェクトは、AS210833をoriginとして記録されたIPv6経路登録を調べるための入口になる。そこに記載されたprefixやmaintainerは、経路登録を変更するための制度的・管理的関係を示す可能性がある。しかし、route6オブジェクトの存在は、BGPで経路が現在広告されていることも、通信が到達することも意味しない。登録された経路と観測された経路の一致、さらに両者を管理する主体の一致を確認する必要がある。RIPE route6検索 は、登録意図の証拠であって、ライブな到達性の証明ではない。

次の層はBGP観測である。RIPEstatのASN概要、広告プレフィックス、BGP state、更新、routing history、visibilityは、RIPE RISの観測点から見たAS210833の状態を時刻付きで検証するために使える。ASN概要、広告プレフィックス、BGP state、更新情報、経路履歴、可視性を組み合わせれば、二つのプレフィックスが同時に出現・消失するのか、特定の観測点だけで変化するのか、復旧がどのように見えるのかを調べられる。

ただし、観測点から見えることは、世界中のネットワークから到達できることと同義ではない。RISに表示されない経路が別の観測網で見える場合もあり、可視性が保たれていてもパケット損失、フィルタリング、ホスト障害が存在する可能性がある。反対に、複数の観測点で同時にwithdrawalが記録されても、それだけでAS210833内部の障害、共有上流の障害、観測セッションの再起動を区別することはできない。

RPKIは別の問いに答える。ROAは、特定のprefixとorigin ASの組み合わせを資源保有者が認可しているかを検証する仕組みである。AS210833に対する検証済みROA と RIPE NCCのRPKI説明 は、認可の確認に使える。しかし、Validであることは、その経路が現在広告されていること、到達可能であること、あるいは認可を出した主体がASの運用者と同一であることを証明しない。RPKIは、暗号学的なorigin認可と運用 stewardship を混同しないための境界線である。

PeeringDBのネットワーク記録は、FSRVという名称、ネットワーク種別、routing policy、traffic profile、公開連絡先、peering policyを確認するための運用者申告データである。PeeringDBネットワーク記録 の「Open」というポリシーは、ピアリングへの意思を示すが、特定のライブセッションが存在することは示さない。交換LAN記録 に行があっても、ポート、トンネル、route server、bilateral peerが現在トラフィックを運んでいることまでは証明しない。

bgp.tools、BGPView、Hurricane Electricの情報は、観測されたprefix、上流、peer、交換関係を相互確認する補助線になる。bgp.tools、BGPViewの上流情報、Hurricane Electric をRIPEstatと比較すれば、同じ最終ホップが複数の観測経路に現れるか、経路の多様性が見えるかを検討できる。ただし、第三者サイトには推定や他データベースからの取り込みが含まれる場合があり、同じ情報源を再表示しているだけなら独立した裏付けにはならない。

この比較から導けるのは、少なくとも三つの異なる結論である。第一に、記録上の主体やmaintainerが確認できるという結論。第二に、特定のrouting policyやpeering policyが宣言されているという結論。第三に、複数の観測点で一定期間にわたり経路、origin、更新、RPKI、交換関係が整合しているという結論である。第三の段階まで到達して初めて、運用 stewardship を限定的に推定できる。単一の名前、単一のroute object、単一のBGP画面から「支配している」と断定することはできない。

今回の研究成果は、これらを検証するための17の公開エンドポイントを特定した。一方、ライブのウェブ検索とHTTP取得は利用できず、取得時刻も記録されていない。したがって、現在AS210833が二つのIPv6プレフィックスを広告している、特定の上流に依存している、交換拠点に参加している、RPKIでValidである、といった現在形の主張は本稿の証拠からは導けない。これは不在、無効、停止、隠蔽、あるいは stewardship の欠如を意味しない。「ライブ検証されていない」という限定が、最も正確な結論である。

読者が監視すべき指標は明確だ。まず、aut-numとRDAPの名称、組織、maintainer、連絡先、変更イベントを日付付きで記録する。次に、route6のmaintainerとBGPで観測されたoriginを比較する。そのうえで、複数のRIS観測点における経路、AS path、updates、withdrawals、visibilityを同じ時間窓で調べる。関連する各prefixについてRPKI状態を記録し、PeeringDBの申告と実際の経路・交換情報を比較する。最後に、変化が説明され、障害時に責任ある連絡・復旧の痕跡が残るかを、単発ではなく時系列で評価する。

AS210833について今言えるのは、登録情報、宣言情報、観測情報、認可情報を接続するための検証可能な枠組みがあることだ。Florian Bauerという名前やFSRVというネットワーク表示は調査の入口にはなるが、それ自体が継続的なインフラ運用の証明にはならない。運用上の影響を判断するには、公開された記録が実際の経路、認可、依存関係、障害対応と時間を通じて整合するかを確認しなければならない。