AIによるパッチ解析の高速化がもたらす「N時間時代」の到来、従来の脆弱性対策は限界か

要点

• 修正パッチの公開直後にAIが差分を解析して攻撃コードを自動生成する「N時間攻撃」の脅威が現実味を帯びている。

• Anthropicの検証で、AIモデル「Claude Mythos Preview」はFirefoxのパッチ公開から1時間未満で機能する攻撃コードの作成に成功した。

• ソースコードがないWindows環境のバイナリ解析でも、AIは短時間で脆弱性を検出し、最高権限を奪取する攻撃チェーンを構築した。

• 脆弱性の公開から攻撃開始までの平均期間は24時間未満に激減しており、従来のパッチ適用作業での対抗は困難になりつつある。

• 修正用パッチの公開から攻撃が開始されるまでの猶予期間（Nデー）が、AI技術の進歩によって「N時間（N-Hour）」単位へと短縮していることが明らかになった。米Anthropicが2026年7月21日に発表した検証結果やセキュリティ機関の調査報告により、AIがパッチの差分から短時間で機能する攻撃コード（エクスプロイト）を自動生成する実態が浮き彫りとなっている。これにより、パッチを迅速に適用するだけという従来の防御手法は、見直しを迫られている。

パッチ公開からわずか1時間で攻撃コードを生成

修正パッチが公開されると、修正前後のコード差分から脆弱性の場所が特定される。この情報をもとにアップデート未適用のシステムを狙う手法は「Nデー脆弱性攻撃」と呼ばれる。従来、パッチから元の脆弱性を特定するリバースエンジニアリング（プログラムの仕組みを解析する作業）を行い、安定して動作する攻撃コードを開発するには高度な専門知識と数週間以上の時間が必要であり、防御側には十分な猶予が存在していた。

しかし、Anthropicのレッドチーム（攻撃者目線で検証を行う専門チーム）の検証により、この猶予はほぼ崩壊した。同チームがAIモデル「Claude Mythos Preview」を使用し、公開された差分とビルド情報のみから検証したところ、Firefoxの18個のパッチのうち8個で動作するリモートコード実行攻撃コードを独力で生成した。最初のコードはパッチ公開から1時間未満で完成し、この修正を含むFirefoxの正式バージョンが一般リリースされる18日も前の段階だったという。

Windowsの最高権限も奪取するAIのバイナリ解析力

AIの解析能力は、ソースコードが存在しないより困難な条件でも実力を発揮した。Windows環境における検証では、プログラムの設計図にあたるソースコードがなく、解析情報が削られたバイナリ（実行用プログラムファイル）とデコンパイラ（解析ツール）の出力のみが用いられた。
この制約下にあってもAIは、21個のWindowsカーネル（OSの中核プログラム）のバグに対して18個の概念実証（PoC、脆弱性が実際に悪用可能かを示す簡易コード）となるクラッシュコードを作成し、最速のケースでは31分で完了した。

さらにAIは、これらの脆弱性のうち8個を組み合わせてチェーン化し、Windowsの最上位権限である「SYSTEM」権限の奪取にまで至った。この構築にかかったコストは、1件あたり約2,000ドルと試算されている。
驚くべきことに、奪取に成功した脆弱性の中には、Microsoftが「悪用の可能性は低い」と評価していたバグも含まれていた。この危険度評価は人間の研究者を想定したものであり、AIの前には通用しないことが示された。また、セーフガード機能が有効な一般公開版のClaudeモデルであっても、件数こそ少ないものの同様のコード生成に成功しており、この能力が特定の限定モデルだけに閉じたものではないことも判明している。

迫り来る「脆弱性の黙示録」とパッチ適用の限界

パッチ公開が攻撃者に脆弱性の場所を教えるロードマップになってしまうジレンマは、AIによる兵器化の高速化によって深刻化している。研究者らは、AIがパッチ開示を防御側の対応スピードより早く武器化するこの転換点を「脆弱性の黙示録（Vulnpocalypse）」と呼んでいる。
「より早くパッチを当てる」という従来の対策は、すでに限界を迎えている。米ベライゾン（Verizon）の2026年版「データ漏洩調査報告書（DBIR）」によると、実際に悪用されている脆弱性の修正にかかる期間の中央値は43日（前年は32日）と長期化しており、完全にパッチが適用される割合はわずか26％にとどまる。最も迅速に対応できる組織であっても、最初の1週間で対処できるのは既知の悪用された脆弱性の30〜40％にすぎない。
一方で、「Zero Day Clock」の調査では、脆弱性の公開から攻撃開始までの平均時間は、2024年の約53日間から2026年には「24時間未満」にまで激減している。

企業では、動作不良を防ぐ回帰テスト（修正による副作用の検証）やシステム稼働時間の維持といった調整が発生するため、攻撃を避けるために即座にシステムを停止させることは困難だ。さらに、現在登録される新規脆弱性情報（CVE）は1日あたり約135件（前年比で約40％増）に上り、この膨大なバックログを前にすべてのパッチを即座に適用し続けるのは非現実的である。

防御側に求められる検証プロセスの重要性

AIが攻撃コードを自動生成する時代において、防御側は危険度スコアが高いすべてのバグに急いで対応しようとする対策から脱却する必要がある。優先度が判断できないまま、すべての未対処タスクに対応することは不可能だからだ。
今後は「実際にどの脆弱性が自社システムにおいて悪用可能か」「導入済みのセキュリティ対策でその攻撃を防げるか」を実証するアプローチへのシフトが求められている。脆弱性の有効性を検証することは、パッチ適用自体を高速化させるわけではないが、パッチ適用の迅速さだけに依存するリスクを下げ、より現実的な脅威に焦点を当てた防御を可能にするという。