パッチ適用はもう時代遅れなのか——「ミトス後」時代の脆弱性管理

2026年7月14日、ホワイトハウスはGold Eagleを立ち上げました。これは、政府機関と重要インフラ全体においてソフトウェアの脆弱性を攻撃者より先に特定・優先順位付け・是正調整するために、フロンティアAIを活用する連邦政府の情報集約拠点です。財務省、国土安全保障省(DHS)、国防総省(DoD)、オープンソースソフトウェアのパートナー、そして米国の重要インフラ運用事業者を結集したGold Eagleのエンジンは、フロンティアAI技術に依拠しています。その中にはAnthropicのMythosも含まれており、これは米国政府の機密ソフトウェア内部でテスト中に重大な欠陥を発見したのと同種のシステムです。

高度なAIを駆使して脆弱性を発掘する政府の姿勢は、根本的な事実を認めていることを意味します。すなわち、人間が一つひとつ脆弱性を発見してパッチを当てるという過去20年間のモデルが、もはや現実のスピードに追いついていないということです。

Gold Eagleは国家規模での対応策です。しかし、より難しい問いはこうです。自分たちの組織の中では、何が求められているのか。

何が変わったのか

Mythosは、これまでのどんなツールも発見できなかった脆弱性を浮かび上がらせるフロンティアAIモデルです。OpenBSDに27年間潜んでいたリモートクラッシュの欠陥から、人間の誘導なしに完全なシステム制御へとエスカレートする連鎖的なLinuxカーネルの欠陥まで、その発見範囲は多岐にわたります。Anthropicが展開するProject Glasswingの約50のパートナーは、基幹ソフトウェアにおいて深刻度が高いまたは重大な脆弱性を1万件以上発見しています。

この能力が防御側だけにとどまっていれば、まだ制御可能だったでしょう。しかし現実はそうなりませんでした。2026年6月、AnthropicはFableを一般公開しました。同月、米国の輸出規制の下で一時的にアクセスが停止された後、復旧されています。これは、フロンティア級の脆弱性発見能力が、もはやSaaS製品というよりも軍需品に近い、規制対象技術として扱われ始めていることを示すシグナルです。

私たちが直面している運用面の時間軸を見てみましょう。

• 攻撃側のスピード: 2026年3月、Sysdigの研究者らは、公開された概念実証コード(PoC)が存在しないにもかかわらず、脅威アクターが公開からわずか20時間でCVEを悪用しているのを観測しました。これは脆弱性の説明文だけから武器化されたことを意味します。MandiantのM-Trends 2026レポートによれば、平均悪用開始時間(MTTE)の推定値はマイナス7日。つまり、悪用は今や公開前に起きるのが常態化しているということです。
• 防御側の遅れ: Verizon 2026年版データ漏洩調査報告書(DBIR)によれば、既知の悪用済み欠陥を修正するまでの中央値は43日(前年の32日から増加)で、完全にパッチが適用される脆弱性は全体のわずか26%にとどまります。
• 膨大な件数: インシデント対応セキュリティチームフォーラム(FIRST)は、2026年に新規CVEが約5万9千件、1日あたり160件超のペースで発生すると予測しています。リモートコード実行(RCE)の欠陥は前年比130%増です。

従来のCVEプログラムは、そもそもこの件数と速度を想定して設計されていませんでした。

業界が取っている5つの対応策

1. パッチ適用プロセスの見直し。 Ciscoは、CVE対応プロセスを全面的に刷新しました。欠陥を一つずつリスク評価する手法はもはや持続不可能だと判断し、共通の脆弱性カテゴリーをまとめたリスクベースの開示モデルへ移行、公開スケジュールも月2回に変更しています。政府も同じ結論に達しました。2026年6月、CISAの拘束力のある運用指令(BOD)26-04 は、KEVカタログに掲載されたすべての項目に厳格なパッチ適用期限を課していたBOD 22-01を撤回しました。

BOD 26-04の下では、KEV該当ステータスは4つの評価変数のうちの一つにすぎなくなり、以下と併せて評価されます。

• 公開アセットの露出状況
• 自動化された悪用可能性
• 技術的な影響度(部分的な制御か、完全な制御か)

私たちは「期限内にすべてにパッチを当てる」というやり方から、「実際のリスクに基づいて優先順位を付ける」というやり方へと移行しつつあります。パロアルトネットワークスのチーフ・セキュリティ・インテリジェンス・オフィサーであるウェンディ・ホイットモア氏は、経営層に向けてこう問いかけます。「明日、AIが生成した武器化済みのエクスプロイトコード付きで脆弱性が公開されたとして、あなたの組織がコミットしているパッチ適用までの期限はどれくらいか。そして、エスカレーションなしにその期限を発動させる権限を持つのは誰か」

2. 露出面の縮小。 見えないものにパッチを当てる、あるいは防御することはできません。インターネットに面したサービス、レガシーホスト、シャドーデプロイメントに至るまで、資産を発見し攻撃対象領域を可視化することは、依然として基盤となるステップです。

しかし、AI時代における露出管理は、単に開放されたポートの管理にとどまりません。自律型エージェントや非人間アイデンティティに何を許可するかを制限することが求められます。2026年7月に発生したHugging Faceの侵害は、その教訓的な事例です。自律型AIエージェントがデータ処理パイプラインから侵入し、ノードレベルのアクセス権限にまでエスカレーションした後、たった一つの週末で社内クラスター全体を横方向に移動しました。このエージェントが行ったことは、適切な権限モデルがあれば封じ込められていたはずのことにすぎません。単に自由に動き回れる余地があっただけなのです。最小権限の原則、ツールアクセスの厳格な制限、そして非人間アイデンティティ(サービスアカウント、APIキー、AIエージェント)に対する被害範囲の制限は、今やパッチ適用そのものと同じくらい重要になっています。

3. 実際に悪用可能なものを把握する。 CVSSスコア9.8という数値だけでは、そのコンポーネントが自社環境でインターネットに面しているか、エクスプロイトチェーンが機密データに到達し得るか、既存の制御策が既に緩和しているかどうかは何もわかりません。露出管理プラットフォームは、実際の稼働環境における現実の悪用経路をマッピングし、何千件もの検出結果をチームが処理できるキューへと変換します。これはまさにBOD 26-04が課すロジックです。脆弱性が存在するかどうかではなく、自社のアーキテクチャを踏まえたときに悪用可能かどうかを問うのです。
4. 露出状況と、自社の制御策が機能するかどうかを検証する。 SafeBreachによる分析では、180万件の攻撃シミュレーションのうち、エンドポイント制御がブロックできたのは約53%にとどまりました。一方、ランサムウェアを確実に阻止できていた防御策も、ステルス性の高いアイデンティティ主導型のキャンペーンは回避してしまうことが判明しています。SafeBreach、Picus、Cymulateなどは、Gartnerが「敵対的露出検証(Adversarial Exposure Validation)」と呼ぶカテゴリーに分類され、静的スキャンでは答えられない問い、すなわち「攻撃者は実際にこれを悪用できるのか、そしてどこまで到達できるのか」に答えます。
5. 出荷前に脆弱性を防ぐ。 AIコーディングアシスタントは開発を加速させると同時に、それに見合う脆弱性の急増ももたらしました。RCEの130%増加は、MythosやFableが登場する以前から、AI生成コードのみを原因として起きていました。アプリケーションセキュリティ・プラットフォームは、検出結果をIDEやCI/CDパイプラインに直接反映させ、AIを使って各欠陥の根本原因とコードベース全体にまたがるすべての亜種を追跡します。Pi Securityなどの一部の企業は、修正内容を組織のセキュリティ上の記憶として蓄積し、同じ脆弱性が新しいコードで再発しないようにしています。

今、何をすべきか

• 実際のパッチ適用時間を監査する: 方針上の目標値ではなく、過去90日間の重大なCVEに対する実際の展開時間を計測しましょう。方針と現実の差分こそが、自社の真の露出ギャップです。
• BOD 26-04のトリアージモデルを採用する:
  • バケット1(インシデント対応): インターネットに面したシステム上で積極的に悪用されている欠陥については、パッチ適用に先立ち、即座にインシデントレベルの対応と侵害有無の確認を行います。
  • バケット2(加速的な是正): 積極的な悪用の証拠はないが重大度の高い検出結果については、優先的に展開を進めます。
  • バケット3(標準メンテナンス): それ以外のすべての欠陥は、標準的な自動パッチサイクルで処理します。
• 意思決定権限を検証する: 緊急パッチについて、経営層・運用担当・法務それぞれの承認にかかる時間を計測するためのテーブルトップ演習を実施しましょう。火曜日の午後なら2時間で済む承認プロセスが、日曜日の午前2時には12時間かかるかもしれません。
• AI生成コードに対するAppSecを監査する: 現行のスキャナーを、実際のAI生成コードのサンプルに対してテストしましょう。スキャナーが見逃すものこそが、自社の技術的負債のベースラインです。
• バグバウンティと開示のあり方を見直す: 多くの企業は、AIが社内チームで物理的に検証しきれないほど多くのバグを発見するようになったため、バグバウンティプログラムを一時停止しています。膨大な件数にチームが圧倒される前に、外部からの報告を処理する自動トリアージパイプラインを整備しましょう。

脆弱性の説明文からわずか20時間で実際に動作するエクスプロイトを書き上げる機械を相手に、パッチ適用の速さで勝つことはできません。その競争はすでに終わっています。勝てないゲームを最適化しようとするのはやめましょう。今後10年間で成功を収める組織は、単に速くパッチを当てられる組織ではありません。露出面を縮小し、実際に悪用可能なものを優先し、自社の制御策が機能することを証明し、そもそも欠陥のあるコードを出荷させない、そうした組織こそが生き残るのです。

これに必要なのは、プロセスの最適化ではなく、セキュリティプログラムそのものの再設計です。