要約

  • APNICの8月31日付告知は、10時00分から11時03分（UTC+10）までのRPKI ASPAオブジェクトの事象を記録し、設定エラーで自動更新が有効にならなかったとする。
  • 同告知によれば、四つのASPAオブジェクトが予期せず失効し、11時03分に再発行・公開され、関連する設定エラーは修正済みである。
  • 告知にはオブジェクト識別子、ASN、リポジトリやマニフェスト、キャッシュ、バリデータ、ルータ、BGP経路、トラフィックの観測はない。
  • 必要なのは大きな障害物語ではなく、登録簿での訂正、権威ある公開、独立した観測を時刻付きで結び、未観測の下流状態を明記する状態受領記録である。

終了時刻が語るのは、まずAPNIC自身の作業である

APNICの2026年8月31日サービス告知は、影響を受けたサービスを「RPKI ASPA objects」と記す。開始は10時00分、終了は11時03分（UTC+10）、継続は一時間三分である。本文は、ASPA配備の設定エラーによりオブジェクトの自動更新が機能せず、四つのASPAが予期せず失効したと説明する。APNICは、対象を11時03分に再発行して公開し、その設定エラーは修正したと述べている。

ここには、単なる安心の言葉ではない情報がある。対象の数、時間の窓、原因として説明された種類、そして訂正行為が固定されている。APNICが自らの管理範囲で何を認識し、何をしたと報告しているかは、正面から評価すべきである。

ただし、公開という行為と、外部の受信者が見た状態とは別の出来事である。告知は四つのオブジェクト名、資源保有者、ASN、プレフィックスを示さない。権威リポジトリの前後の状態、マニフェスト、依拠当事者のキャッシュ、あるバリデータのログも掲載していない。ゆえに、再発行・公開という文言から、すべての外部システムが訂正を取り込んだ、あるいは取り込まなかったと結論することはできない。

検証結果とルータの振る舞いは、同じ欄に置けない

APNICのRPKI解説は、ASPA検証をROVとは別の仕組みとして扱う。上流・下流のアルゴリズムについて、有効、無効、不明という区分を示し、受信した経路の検証状態に応じて行動するために、運用者がルータでROVとASPA検証を実装できるとしている。

この説明は、飛躍を止めるために役立つ。登録簿はオブジェクトを発行し公開できる。バリデータは特定の時点、特定の取得・検証条件で結果を出せる。ネットワーク運用者は自分のルータの方針と観測を持つ。三者の役割はつながっていても、証拠を自動的に共有しない。

今回の資料には、無効と判定されたBGP経路も、ルートリークも、フィルタリングも、トラフィック変化も記されていない。四つの失効をそれらの結果に結び付けるのは、技術的に慎重な書き方ではない。

受領記録は、公開すべきでない関係を公開せずに作れる

必要なのは、すべてのAS関係を開示する台帳ではない。対象のトポロジーや商取引上の情報を広く出す必要はない。承認済みの秘匿規則、監査用トークン、限定された識別子を使えば、関係者だけが前後の状態を追える。

その記録には、影響数、旧状態と置換状態、発行・公開・観測の各時刻、リポジトリまたはマニフェストの根拠、チェーン検証結果、設定訂正の参照、証拠のハッシュ、各観測主体を残すべきである。そして「未観測」という列も必要になる。取得していないキャッシュ、確認していないバリデータ、外部のルータやトラフィックは、訂正が完了したからといって自動的に既知にはならない。

この空欄の明示は、APNICに不利な扱いではない。後日、独立した観測が出れば、誰がどの時刻に何を見たかという新たな記録として追加できる。最初の告知に存在しない成功を、後から読み込むよりはるかに公正である。

小さな記録を、広すぎる結論にしない

資料から分かるのは、四つのASPAが意図せず失効し、APNICが設定エラーと訂正を報告したことである。全RPKIの停止、接続性の損失、顧客影響、特定担当者の責任、エラー開始時刻、他サービスへの波及は分からない。これらを主張しないことは、問題を矮小化することではない。確認できる訂正を将来も確認可能にする条件である。

情報源