エンバーゴの終焉:AIがいかにして脆弱性公開文化を破壊しているか

最近の「Copy Fail」の脆弱性は、サイバーセキュリティにおけるパラダイムシフトの顕著な事例となっています。ある研究者がLinuxのネットワーキングのバグに対するパッチを共有した際、彼らは伝統的な手法に従いました。つまり、セキュリティエンジニアに非公開で通知し、パブリックリポジトリに静かな修正をプッシュすることです。その目的は、修正が普及するまでの間、脆弱性の性質を「エンバーゴ(公開猶予)」状態に保つことでした。しかし、数時間もしないうちに、他の研究者がそのコミットに気づき、セキュリティ上の影響を推測して、その欠陥を公表してしまいました。

この出来事は、長年続いてきた2つの脆弱性文化の間の緊張が高まっていることを浮き彫りにし、AIの加速によってその両方が時代遅れになりつつあることを示唆しています。

対立する2つの文化

歴史的に、セキュリティコミュニティはバグの公開に関して、主に2つの哲学に基づいて運営されてきました。

  1. 協調的公開 (Coordinated Disclosure): 最も一般的な企業のアプローチです。研究者がバグを見つけ、ベンダーに非公開で通知し、詳細が公開される前に修正の開発と展開のために一定の期間(通常は90日間)を与えます。この前提は、その期間がベンダーが行動を起こすには十分であり、かつ研究者が発見を独占し続けるのを防ぐには十分短いというものです。
  2. 「バグはバグである」(Bugs are Bugs) (Linuxのアプローチ): Linuxカーネルコミュニティで一般的なこの哲学は、コードが間違った動作をしているのであれば、直ちに修正すべきであると主張します。修正を「セキュリティパッチ」として明示的にラベル付けしないことで、数千の他のコミットの中に紛れ込ませ、管理者が攻撃者に特定の穴を知らせることなくアップデートを行う時間を与えることを目指しています。

なぜAIが方程式を変えるのか

これら両方の文化は、特定の仮定に基づいています。すなわち、脆弱性を発見するコスト、あるいはパッチからそれを推測するコストが、意味のある時間的猶予を生み出すのに十分高いという仮定です。AIは、その猶予を蒸発させています。

「静かな修正」の終焉

「Bugs are Bugs」文化において、前提となっていたのは、Linuxカーネルのような大規模なプロジェクトでは、信号対雑音比(S/N比)が低すぎて、攻撃者がすべてのセキュリティ関連のコミットを見つけることはできないというものでした。AIはこれを変えます。LLMは、リポジトリを通過するすべてのコミットをリアルタイムで、安価かつ効果的に評価することができます。

あるコミュニティメンバーが指摘したように、「人々は気づかないだろう」という仮定は、AIエージェントに対して「これはセキュリティパッチのように見えるか?」とプロンプトを入力し、数秒で正しい答えを得られるようになったとき、崩壊します。静かな修正という建前は消え去りました。メインラインへのマージは、今や透明な公開となります。

エンバーゴの崩壊

協調的公開の90日間の猶予期間も失敗しつつあります。Copy Failのケースでは、2番目の研究者が最初の報告からわずか9時間後に、同じ脆弱性を独自に発見しました。AIによるスキャンが普及すれば、脆弱性が一人の人間を除いて全員に知られていない状態が3ヶ月間続く確率は、急落しています。

長いエンバーゴは、実際にはリスクを増加させる可能性があります。ベンダーに対して誤った安心感を与え、修正に取り組める専門家の数を制限してしまうからです。猶予期間が長すぎると、第三者が独自にバグを見つけ出し、そしておそらく90日間のエンバーゴを待つ忍耐力がない場合、それが致命的な失敗点となります。

公開を超えて:安定性の第3の文化

議論の焦点は公開にありましたが、その影響はソフトウェアの保守方法にも及びます。第3の文化である「安定版」文化も脅威にさらされています。多くの組織は安定性を優先し、破壊的な変更を避けるためにアップグレードを遅らせます。しかし、もし最新版ではないすべてのバージョンがAIによって容易にスキャンされ、悪用される可能性があるならば、「ゆっくりと着実に」というアプローチは維持できなくなります。

ある評論家が主張したように、Debianのような、安定性と古いコードベースを誇りとするプロジェクトは、哲学を根本的に見直す必要があるかもしれません。古いバージョンに留まり続けるコストは、もはや単なる技術的負債ではなく、自動化された攻撃への招待状となってしまいます。

新しいセキュリティ姿勢への獲得へ

脆弱性の発見から悪用までの時間がゼロに近づいているのであれば、業界は「公開を防止する」ことから「修復を加速させる」ことへと焦点を移さなければなりません。

トークンの軍拡競争

私たちは、セキュリティが計算資源の軍拡競争となる時代に突入しています。防御側は、攻撃者がAIを使って悪用を試みるよりも速く、AIを使ってパッチを当てる必要があります。これには、ソフトウェア・サプライチェーンの根本的な転換が必要です。

  • 自動化されたパッチサイクル: 低速で手動の検証プロセスから、AI駆動のCI/CDパイプラインへと移行し、バグ報告を数ヶ月ではなく数時間でQA準備完了のパッチへと変えることができます。
  • 短縮されたエンバーゴ: AIによる発見の速度を反映し、極めて短い公開猶予期間へと移行すること。
  • 依存関係の「ウォームアップ」: 「クールダウン」期間(バージョンが安定するかどうかを確認するために待機する)から、「ウォームアップ」期間(攻撃の曲線を回避するために、アップデートを迅速に統合すること)へと移行すること。

結論

何十年もの間、セキュリティコミュニティは、隠蔽性(90日間の猶予期間や、静かなコミットによるもの)が時間を稼ぐことができるという信念の下で運営されてきました。AIは、隠蔽性というものが、もはや私たちが享受できる贅沢品ではないことを明らかにしました。残された唯一の防御策は、速度です。目標は、もはや穴を隠すことではなく、その穴を穴が見つかる前に塞ぐぐことです。

Sources