AIエージェントがOSSの脆弱性報告を急増させる、開示プロセス見直しへ

OCamlで観測された異変

ケンブリッジ大学の教授で、OCamlコンパイラの中核メンテナを務めるAnil Madhavapeddy氏が、セキュリティ修正の過程で異変を経験したと報告している。修正パッチを共有してから、わずか約10分後に攻撃の兆候が観測されたという。

観測されたのは、パーセントエンコードされたパストラバーサルを探るプローブだ。公開リポジトリを自動で監視し、新しいパッチを即座に攻撃へつなげる仕組みが動いている可能性がある。

AIエージェントの関与

Madhavapeddy氏は、現代のコーディングエージェントが欠陥を見つける能力を大きく高めていると指摘する。バグの存在を示すわずかな手がかりがあれば、そこから悪用手法を自動的に探し出せるためだ。

同氏は自身のエージェントを使い、あるモデルがタスクを拒否した場合に別のモデルへ切り替えることで、実際に欠陥を見つけられることを実証したとしている。このような能力が広く使われるようになれば、脆弱性の発見と悪用の速さはさらに増すとみられる。

rcloneの報告例

ファイル同期ツールrcloneのメンテナであるNick Craig-Wood氏も、Hacker Newsのコメントで同じ問題を報告している。過去10年間にGitHub経由で受け取ったセキュリティ開示は約20件だったが、直近1か月だけで40件超に増えたという。

報告のうち約75%は調査が必要な内容を含んでいた。AIツールで優先順位付けや修正案の作成を支援しても、対応に多くの時間を取られるとしている。

さらにGitHubが採番するCVEは、以前は2〜3日で発行されていたが、現在は3〜4週間かかるようになった。修正版のリリースノートに『CVE-PENDING』と記載せざるを得ない状況も生まれている。

開示プロセスの限界

Madhavapeddy氏は、この速度での脆弱性発見は、既存のOSSのエンバーゴ慣行と両立しないと指摘している。エンバーゴは、修正が公開される前に関係者だけが情報を共有して準備する仕組みだ。

バグの存在がうわさされるだけで悪用される今の環境では、情報を共有する範囲や期間を狭めるだけでは不十分かもしれない。新しい開示プロセスをどう設計するかは、まだ確立されておらず、コミュニティ全体での検討が求められている。