Hacktronが72時間未満でOpenAI従業員アカウントへ

今回のレポートが注目されるのは、攻撃の入り口となった原因がどちらもAI由来ではない点にある。画像処理ライブラリlibheifの修正がDebianのパッケージに届いていなかったこと、そして認証まわりの設定不備という、昔からある運用の隙間が起点になった。

変わりつつあるのは、その先の手間だ。かつてはコードも脆弱性情報も公開されていても、実際に動くエクスプロイトに仕立てるには珍しい専門知識と長い時間、相手環境の知識が必要で、この「難しさ」が事実上の防壁になっていた。しかし研究者たちは対象のバージョンも環境も正確に知らないまま、Claude Opus 4.8/Opus 5に適合を任せ、Opus 5ではARM64向けの攻撃コードが約3時間で動いたと報告している。

攻撃側のコストが下がれば、割に合う標的の範囲は広がるとみられる。防御側に残るのは、使っていない機能を止める、危険な処理を隔離する、CVEの有無だけで安全と判断しない、周辺サービス経由の乗っ取りを前提に信頼境界を見直す、といった基本の積み重ねだ。AIで守りを速くすることはできても、何を守るかの設計は人間側に残る。