APNIC、内部インシデントのAI初動を検討

要約

APNIC執行理事会は2027年活動計画を承認し、第3四半期に、インフラ事故を仕分ける内部AIの「first responder」型ワークフローを検討するとした。稼働済みの製品や判断権限は公表していない。
2021年のWhoisデータベース流出では、複製ファイルが最大3カ月公開状態だった可能性がある。完全なアクセスログがなく、閲覧の有無は判定できなかった。調査では不審な更新の兆候も見つからなかった。

ログが埋められなかった問い

設定を直し、公開されたファイルを消すことはできる。誰がそのファイルを見たかを、後から補うことはできない。2021年6月のAPNICによる事故説明に残る境界はそこにある。

RDAPの保守作業中、WhoisデータベースのダンプがGoogle Cloudのストレージバケットに置かれた。担当者は非公開だと認識していたが、設定ミスで公開状態になった。ダンプにはメンテナーとIRTの認証情報のハッシュ、非公開Whoisオブジェクトが含まれていた。APNICによると、そのオブジェクトの情報は2017年10月までのものだった。

独立研究者から連絡があったのは6月4日。APNICは設定を修正してコピーを削除し、ファイルが3カ月間公開されていた可能性を示した。完全なアクセスログがなかったため、データが閲覧されたかは判断できない。更新記録の調査では不審な変更の兆候は見つからなかった。メンテナーとIRTのパスワードをリセットし、過去6カ月にメールでWhoisを更新していた約50の資源保有者にも再設定を案内した。

「不審な更新がない」と「アクセスの有無は不明」は別の記録を表す。前者は更新履歴、後者は閲覧ログに関する結論だ。コピーの削除と認証情報の変更で対処は進んでも、閲覧者の特定までできたことにはならない。

APNIC執行理事会が全会一致で承認した2027年活動計画には、第3四半期に内部AIエージェントの開発を検討し、インフラ事故の初動トリアージに用いる項目がある。議事録は10月19日に採択された。計画の動詞は「検討する」であり、エージェントの稼働開始を伝えるものではない。

公開された計画は機能名と四半期を示す一方、エージェントが参照する記録、返す内容、エスカレーション先、担当者の上書き手段、ログの保存期間、評価方法を示していない。これらが分かれば、単なる仕分けなのか、人の注意が届く順序を握るのかを読者も判断できる。

仕分け順は調査の順番

優先度ラベルは表示上の整理に見えるが、次に読む人と証拠を決める。アクセスログが欠けた案件を通常扱いにすると、次の担当者には暗黙の結論が渡る。「不明」が記録に残っていれば、調査者は必要な証拠を探し続けられる。初動の分類は、調査の入口を整える仕事だ。

APNICの情報セキュリティ方針は、事故の報告、調査、対応を体系的かつ速やかに行うとしている。トリアージは調査の前半に入り、優先順位や最初に読む資料を左右する。

一方、APNICのセキュリティ案内は、会員ネットワークの事故対応や法執行はRIRの役割ではないと説明する。計画のAIエージェントが扱うのはAPNIC内部のインフラ事故であり、会員ネットワークを取り締まる機能は記載されていない。

議事録は、2027年の検討と2021年の事故を結び付けていない。それでも後者は、事故記録が何を保持すべきかを試す実例になる。漏えいしたもの、コピーを消した時刻、認証情報の変更、調査結果、そして分からなかったことを同じ画面で混同しない。AIは欠けたアクセスログを再現できない。欠落を示し、確認すべき問いとして人に渡すことはできる。

次に公開されるべきなのは、性能の宣伝より先に運用範囲だ。許可されたデータ源、出力項目、エスカレーション責任者、人による訂正、保存期間、不完全な記録を使った検証を示してほしい。Whois、RDAP、RPKI、RDNS、IRRの99.99％可用性目標はサービスの目標値で、AI分流の評価指標ではない。