CISAの脆弱性優先順位付け、AI時代の短縮されたエクスプロイト猶予期間に対応
AIによって一部のエクスプロイト開発のタイムラインが数週間から数時間へと圧縮されるなか、2026年にCISAの脆弱性優先順位付けは方針を転換した。もはや対立構造は、単純に攻撃者とパッチ適用チームの間だけにあるわけではない。マシン速度の悪用と、定期スキャン、静的スコア、共有スプレッドシートを軸に構築された脆弱性プログラムとの競争である。
このミスマッチに焦点を当てたのが、RapidFort CEOのRuss Anderssonによる最近のスポンサー分析だ。主張は明快である。Common Vulnerabilities and Exposures（CVE）の件数を数えても、特定の環境でどの脆弱性が差し迫った危険を生むのかは分からない。
この警告は、今やベンダーのマーケティングを超えた裏付けを得ている。CISAは2026年6月、リスクベースの連邦政府向け修正フレームワークを導入した。Googleは、AIが脆弱性の発見とエクスプロイトの作成の両方を改善することで、危険な期間が拡大していると説明している。Anthropicのテストでも、最近公開された脆弱性に対する動作するエクスプロイトをモデルが数時間以内に生成したことが示された。
こうした動きは、よく知られたワークフローに疑問を投げかける。スキャナーが数千件の脆弱性を検出し、セキュリティチームがCommon Vulnerability Scoring System（CVSS）の深刻度で分類する。エンジニアにはスプレッドシートまたはチケットキューが渡され、最も高い数値から順に作業が進められる。
このプロセスは規律的に見えるが、攻撃者が到達できない脆弱性に貴重なエンジニアリング時間を振り向ける可能性がある。一方で、既知の悪用があり外部に露出している脆弱性が、キューの上位に入らないこともある。
したがって主要な争点は、静的な深刻度と文脈に即したリスクの対立である。勝つモデルは、スキャンやCVSSを排除しない。それらを、露出状況、エクスプロイト活動、到達可能性、資産の重要性、補完的統制に関する最新情報と組み合わせる。
CISAの脆弱性優先順位付けは深刻度キューを超える
方針転換は明確だ。高いCVSSスコアだけでは、防御側が最初に修正すべき対象を決められなくなった。
2026年6月10日、CISAは連邦民間機関向けにBinding Operational Directive 26-04を発行した。この指令は、すべての脆弱システムを同一に扱うのではなく、運用上のリスクに応じてセキュリティ更新を優先するよう各機関に求めている。
この連邦指令は、複数のシグナルを組み合わせている。これには、インターネットへの露出、CISAのKnown Exploited Vulnerabilitiesカタログへの掲載、エクスプロイトの自動化、侵害後に生じる技術的影響が含まれる。
この組み合わせが重要なのは、各シグナルが異なる問いに答えるためだ。CVSSは、定義された前提条件の下で技術的な深刻度を示す。露出状況は、攻撃者が影響を受ける資産に到達できるかを示す。KEVは、実環境で悪用が発生していることを裏付ける。
エクスプロイトの自動化は緊急性を高める。希少な専門知識を必要とする脆弱性と、再利用可能なツールや機械生成されたエクスプロイトコードで利用できる脆弱性では、運用上の問題が異なる。
侵害後の影響は、攻撃の成功後に何が起こるかを問う。隔離されたテストサービスへのアクセスを得る攻撃者がもたらすリスクと、IDシステムや本番コントロールプレーンへのアクセスを得る攻撃者がもたらすリスクは異なる。
この指令は、各機関に対して公開露出している資産の特定とタグ付けも求めている。機関はスキャンアクセスを維持し、外部公開されているインターネットアドレスとドメインを定期的に証明しなければならない。指定されたケースでは、パッチが適用される前に侵害が起きたかどうかを調査する必要がある。
これらの要件により、優先順位付けは証拠の問題へと変わる。チームには、最新の資産記録、デプロイメントの文脈、所有者、露出データ、修正状況が必要になる。静的なワークシートでもその一部は記録できるが、すべての依存関係を単独で同期し続けることはできない。
したがって、CISAの脆弱性優先順位付けは、単なるパッチ期限の更新以上の意味を持つ。分析単位を脆弱性レコードから、稼働中のシステム内に存在する脆弱性へと変えるものだ。
この違いは見落としやすい。CVEは、公開された脆弱性に付与される共通識別子である。組織のデプロイメントアーキテクチャ、ネットワーク統制、事業上の依存関係、インシデント履歴は含まれていない。
同じ脆弱なパッケージを実行していても、2社が直面するリスクは異なり得る。一方は、インターネットに公開されたサービスを通じて影響を受ける機能を露出しているかもしれない。もう一方は、脆弱なコードパスを実行せずにパッケージを含めているだけかもしれない。
同じ企業内でも、同一のCVEに対して異なる対応が必要になることがある。顧客IDを扱う本番インスタンスは、削除予定で到達不能な開発イメージとは異なる扱いを受けるべきだ。
この指令は、すべての民間組織ではなく、連邦機関に直接適用される。それでも、その考え方は、脆弱性の量と修正能力の不均衡に直面する企業にとって有用な運用モデルとなる。
変化したのは、新たなスコアリングシステムの登場ではない。パッチ適用の判断は、単独の深刻度ではなく、攻撃者にとっての機会と事業への影響を反映しなければならないという正式な認識である。
AIが手作業によるトリアージに使える時間を縮めている
AIは、公開情報から実用可能な攻撃能力が生まれるまでの時間を短縮することで、脆弱性管理を変えている。
従来、エクスプロイト開発には専門知識、繰り返しのテスト、ソースコードやソフトウェアパッチの綿密な読解が必要だった。高性能なモデルは現在、人間が関与する場合でも、その各工程を支援できる。
モデルは、パッチ適用済みリリースと以前のバージョンを比較し、セキュリティに関係する変更を特定し、変更されたコードに到達する入力を提案できる。クラッシュを再現可能な概念実証へと変換する作業にも役立つ。
これは、すべてのモデルがあらゆる脆弱性を確実に武器化できることを意味しない。現代のソフトウェアには、防御機構、環境差、複雑な実行状態がある。生成された試みの多くは失敗するか、無害にクラッシュするか、非現実的な前提に依存する。
重要な変化は経済性にある。AIは仮説検証のコストを下げ、かつては希少な専門家の時間に制約されていたプロセスの一部を自動化する。1人の研究者がより多くの経路を探索できる一方、経験の浅いオペレーターも、従来は手の届かなかった作業に取り組めるようになる。
Googleは2026年4月のAI exploitation roadmapで、この圧力について説明した。同社のセキュリティチームは、高性能な汎用モデルが脆弱性を発見し、機能するエクスプロイトの生成を支援する能力をますます高めていると述べた。
Googleはまた、増幅された攻撃側のアウトプットに対して、防御側が人間の速度によるパッチ適用プロトコルに依存することはできないと警告した。同社が提案する対応には、より迅速な堅牢化、自動分析、最新の資産可視性、防御目的でのAI活用が含まれる。
この懸念は5月により具体的なものとなった。Googleは、ある犯罪グループが別の企業における未公表の脆弱性に対してAIを利用しようとした試みを阻止したと発表した。公開情報は限定的なままであり、この事案だけでモデルがどの程度独立して作業を達成したかは確立されない。
しかし、これは研究室での能力と実際の敵対者の意図を結び付けるものではある。Googleの脅威インテリジェンス担当チーフアナリストであるJohn Hultquistは、Associated Pressに対し、AI主導の脆弱性悪用の時代が到来したと語った。
AnthropicのMythos研究は、別のデータポイントを加えた。研究者は、テストしたモデルの知識カットオフ後に公開された脆弱性を評価し、回答が記憶された公開エクスプロイトコードに由来する可能性を低減した。
報じられたMythos testingによれば、このシステムは31分以内に最初のWindowsカーネル概念実証を生成した。テストした21件のカーネルバグに対し、8種類の異なるエクスプロイトを作成した。
このモデルは、18件のFirefoxセキュリティパッチにまたがって、動作するコード実行エクスプロイトを8件生成した。成功したカーネルエクスプロイトで最も長いものには、約5.7時間を要したと報じられている。
これらの結果は、制御されていない犯罪キャンペーンではなく、統制された研究から得られたものだ。Anthropicはモデルへのアクセス、専門知識、評価インフラ、明確に定義された標的を提供した。現実の攻撃者は、不確実性、不完全な環境、運用上のセキュリティ制約に直面する。
それでも、防御側は条件が有利だったからといって、この結果を退けることはできない。攻撃者もまた有利な標的を選び、自動化を再利用し、アクセス権を購入し、広く導入されている製品に集中する。
計画上の重要な問いは、AIがあらゆる標的を自律的に侵害するかどうかではない。組織が最初のトリアージを終える前に、AIが敵対者により多くの公開情報を調査させるかどうかである。
答えがイエスなら、従来の順序は機能しなくなる。チームは、何が重要かを判断する前に、週次スキャンを待ち、検出結果をエクスポートし、重複行を照合し、担当者を特定し、別の会議を設定することはできない。
そのワークフローは、攻撃者も同様の遅延に直面することを前提としている。AI支援によるエクスプロイトは、その遅延の一部を取り除く一方、企業の変更統制、テスト要件、保守時間帯はおおむねそのまま残る。
この非対称性は、脆弱性運用に圧力をかける。攻撃者に必要なのは利用可能な経路を1つ見つけることだけだ。防御側は多数の資産を把握し、事業影響を検証し、パッチをテストし、所有者を調整し、本番環境を壊さないようにしなければならない。
静的なCVSSスプレッドシートは深刻度とリスクを混同する
脆弱性スプレッドシートは検出結果を記録できるが、どの検出結果が最も緊急性の高い攻撃経路を生むのかを継続的に説明することはできない。
CVSSは、技術的特性に関する共通言語を提供するため、今なお有用である。攻撃の複雑性、必要な権限、ユーザー操作、機密性・完全性・可用性への潜在的な影響を記述できる。
こうした特性は、ベンダーと顧客が脆弱性に固有の重大性を議論する助けとなる。ただし、特定の企業が影響を受けるバージョンを実行しているか、脆弱な機能を露出しているかは明らかにしない。
CVSSはまた、犯罪者が現在その脆弱性を悪用していることを立証するものでもない。技術的に深刻な脆弱性でも、前提条件が難しい、導入が限定的である、より良い代替標的があるといった理由から、攻撃者にとって魅力的でない場合がある。
これにより、キューイングの問題が生じる。組織には、エンジニアが直ちにパッチ適用できる数をはるかに超える検出結果が蓄積されることが多い。基本スコアでキューを並べ替えることは客観的に見えるが、行動に必要な情報を見えにくくする可能性がある。
インターネットに公開された認証サービスに、リモートから到達可能な脆弱性があるケースを考えてみよう。脅威インテリジェンスは積極的な悪用を示し、有効な補完的統制も存在しない。この状況は、到達不能なテストイメージ内の、より高スコアの脆弱性よりも優先されるべきだ。
スプレッドシートには、こうした詳細の列を含めることができる。制約はファイル形式そのものだけではない。定期的なスナップショットと手作業での照合を中心に構築された運用モデルにある。
デプロイメントの移動、ファイアウォールルールの変更、新しいサービスの公開によって、露出状況は変化する。アプリケーションの経路やランタイム設定が変われば、到達可能性も変わる。研究者がコードを公開し、攻撃者が採用するにつれて、悪用される確率も変化する。
所有者も変わる。チームは再編され、サービスの担当が移り、脆弱なコンテナが複数の環境に現れる。次のレビュー会議が始まる前に、1行の情報が不正確になることもある。
FIRSTのExploit Prediction Scoring System（EPSS）は、動的なシグナルを提供する。EPSSは、公開された脆弱性が今後30日間に悪用活動を受ける確率を推定する。
モデルは毎日更新され、公開されたエクスプロイトコード、セキュリティに関する議論、脆弱性の特性、観測された悪用活動などのシグナルを利用します。CVSSを置き換えるのではなく、補完するものです。
FIRSTのEPSSガイダンスは、確率を確認済みの存在、到達可能性、影響と併せて解釈する必要があると強調しています。これらのシグナルが交差する領域を特定することで、修正により最大のリスク低減を実現できる箇所が見えてきます。
KEVには別の役割があります。掲載は、脆弱性が実環境で悪用された証拠をCISAが持っていることを意味します。悪用が最近のものであれば、この履歴的な確認は予測スコアよりも重みを持ちます。
EPSSとKEVは、競合するランキングとして扱うべきではありません。一方は脆弱性集団全体における観測済みの活動を予測し、もう一方は悪用が確認された脆弱性を記録します。
いずれも、脆弱なパッケージが本番環境に存在するかどうかを判断することはできません。また、公開された機能が機密データや重要な運用システムにつながるかどうかも特定できません。
したがって、有用な優先順位付けの記録には、少なくとも4層のコンテキストが必要です。
第一に、チームには識別データが必要です。これにはCVE、影響を受けるコンポーネント、導入済みバージョン、信頼できる資産オーナーが含まれます。
第二に、攻撃者側の証拠が必要です。関連する入力には、KEVのステータス、公開エクスプロイトの有無、EPSSの変動、能動的なスキャン、信頼できる脅威インテリジェンスが含まれます。
第三に、環境コンテキストが必要です。そのコンポーネントは導入済みか、インターネットに公開されているか、到達可能か、実行されるか、有効な対策で保護されているか。
第四に、ビジネス上の影響が必要です。侵害後、どのデータ、ID境界、業務プロセス、または顧客へのコミットメントが露出するのか。
これらを組み合わせた答えは、完璧なリスクスコアではありません。現在の証拠に裏付けられた、説明可能な修正判断です。
その判断には履歴も必要です。チームは、脆弱性を優先対応した理由、延期した理由、緩和した理由、受容した理由を保存すべきです。そうしなければ、ステータス会議のたびに同じ議論が再燃します。
検索可能なエンジニアリング知識ベースは、技術ドキュメントと並べてこうした判断を保持できます。ただし、ワークフローを支援するものであり、切り離された新たなインベントリになるべきではありません。
目標は、共有された運用上の記憶です。エンジニアは、チャットのスレッド、チケットのコメント、スキャナーのエクスポート、アーキテクチャ図を探し回ることなく、優先度の根拠を確認できる必要があります。
リスクベースの修正にも死角は残る
コンテキストは優先順位付けを改善しますが、信頼性の低いインベントリや楽観的な到達可能性の判断は、リスクベースの修正を別の形の誤った安心感に変えかねません。
コンテキストを踏まえた優先順位付けに対する最も強い反論は、データ品質です。資産グラフが不完全または古い場合、到達不能に見えるという理由だけで、企業が脆弱性対応を安心して延期することはできません。
本番環境の可視化は、特にクラウド環境で困難です。コンテナは短時間しか存在しない場合があり、機能は自動的にスケールし、依存関係はベースイメージや推移的なパッケージを通じて現れます。チームが、導入されているすべてのコンポーネントを把握していない可能性があります。
ソフトウェア部品表はコンポーネントの特定に役立ちますが、実行を自動的に証明するものではありません。静的解析は可能性のある呼び出し経路を特定できますが、実行時の挙動は設定、トラフィック、アプリケーションの状態に左右されます。
したがって、到達可能性の分析は免責ではなく、証拠として扱う必要があります。ツールが経路を見つけられないからといって、経路が存在しないことの証明にはなりません。
代替統制も同様の不確実性を生みます。Webアプリケーションファイアウォール、ネットワークルール、エンドポイント制御は、露出を低減できます。一方で、設定ミス、回避、運用変更時の無効化が起こる可能性もあります。
チームは、統制、そのオーナー、最終検証日、そして統制が失敗した場合の影響を記録すべきです。「ファイアウォールで保護されている」だけでは、影響の大きい本番資産には不十分です。
EPSSにも限界があります。これは観測されたシグナルに基づく、集団レベルの確率を算出します。特定の組織が攻撃されるかどうかを予測するものではありません。
低い確率は、安全宣言ではありません。数千件の脆弱性を横断すれば、小さな個別確率でも意味のある総合リスクにつながり得ます。
FIRSTも、見かけ上は精密な複合スコアを作るためにEPSSとCVSSを掛け合わせることに警鐘を鳴らしています。EPSSは較正された確率である一方、CVSSは順序尺度の技術評価です。その積には明確な統計的意味がありません。
KEVは確認済みの悪用に関する権威ある情報源ですが、現在活発に悪用されているすべての欠陥を網羅したリストではありません。証拠の収集と検証には時間がかかります。標的型キャンペーンの一部は公開されないままです。
ベンダーの主張にも精査が必要です。セキュリティプラットフォームは、自動優先順位付け、到達可能性分析、AI支援による修正をますます約束しています。その結果は、統合、センサーのカバレッジ、資産メタデータの品質に依存します。
RapidFortの記事はCVE件数の問題点を的確に指摘していますが、ソフトウェアサプライチェーンセキュリティベンダーによるスポンサーコンテンツでもあります。提案されたモデルは、同社が販売する製品カテゴリーと一致しています。
これはその主張を無効にするものではありません。読者は、一般原則と、単一プラットフォームが完全な答えを提供するというベンダーの主張を分けて考えるべきだということです。
独立したテストでは、アラート量の削減だけでなく、誤った延期も検証すべきです。緊急キューから検出結果の90%を除外するシステムは効率的に見えますが、除外された脆弱性が侵害を可能にした時点で評価は変わります。
より安全な方針は多層的です。確認済みの悪用と重大なインターネット露出は、高優先度の下限を形成すべきです。到達可能性はキューの精査に使えますが、重大な影響を伴う資産は保守的に扱う必要があります。
チームには、不完全な情報に対応するエスカレーション経路も必要です。オーナーの不在、不確かな導入状況、未検証の統制は、リスクを黙って下げるのではなく、注目度を高めるべきです。
自動化は、証拠収集とチケット作成を加速させるべきです。それでも人間は、ビジネス上のトレードオフを解決し、ダウンタイムを承認し、不確実性を受容可能か判断しなければなりません。
AIは別の複雑さももたらします。アドバイザリの要約やパッチ提案に使用される防御側のモデルも、技術的な詳細を幻覚として生成する可能性があります。生成された修正は、新しい不具合を生んだり、誤った実行経路に対処したりするおそれがあります。
自動化されたすべての修正には、潜在的な影響に見合ったテスト、コードレビュー、デプロイ時の安全策が必要です。機械速度の防御は、レビューされていない本番変更を意味してはなりません。
難しい均衡は、検証を伴うスピードです。対応が遅ければ、悪用可能なシステムは露出したままになります。不用意に進めれば、重要なサービスを壊したり、新たな脆弱性を生んだりしかねません。
リスクベースの管理は、不確実性を可視化するときに機能します。コンテキストのラベルが難しい修正を先送りする口実になれば、失敗します。
防御側が追いついているかを示す3つのシグナル
次の試金石は、組織がリスクベースの方針を、より優れたダッシュボードの陰に露出を隠すことなく、より迅速で測定可能な修正へと転換できるかどうかです。
第一のシグナルは、CISA指令の実装です。連邦政府機関は、手順を更新し、外部公開資産にタグを付け、スキャンアクセスを維持し、新たな優先順位付けの構造を使用しなければなりません。
民間企業のチームは、CISAがエクスプロイトの自動化と侵害後の影響をどのように明確化するかを注視すべきです。詳細な実装例は、組織が広範なリスク要因を再現可能なエスカレーションルールへ変換する助けになります。
公開されたKEV脆弱性の修正時間短縮が示されれば、この方針の有効性を強める証拠となります。封じ込めの迅速化を伴わないコンプライアンス書類は、その評価を弱めるでしょう。
第二のシグナルは、AI生成エクスプロイトの独立評価です。Anthropicの統制されたテストは、有利な条件下で高度なモデルがエクスプロイト開発を加速できることを示しました。
研究者には現在、モデルファミリー、脆弱性クラス、現実的な運用制約をまたいだ再現可能な比較が求められています。成功率、人手、計算コスト、失敗試行、必要なツールは、いずれも重要です。
より多くの実世界のインシデントがあれば、この能力が研究環境を超えて広がっていることが示されます。インシデントが少ないことはリスクをなくすものではありませんが、即時かつ普遍的な自動化という主張には疑問を投げかけます。
第三のシグナルは、企業内部の運用パフォーマンスです。セキュリティリーダーは、情報公開、資産の特定、オーナーの割り当て、緩和、検証済みの修正までに要する時間を追跡すべきです。
インターネット公開資産を内部システムと分け、KEVの項目を未確認の検出結果と区別する必要があります。単一の混合平均では、被害につながる可能性が最も高い、具体的な露出が隠れてしまいます。
キューの規模だけでは不十分です。影響の小さい検出結果を数千件クローズすればダッシュボード指標は改善できますが、到達可能で悪用されている1つの欠陥が放置される可能性があります。
より良い指標は、重大な攻撃経路がどれだけ長く利用可能なままであるかを問います。また、コンテキストの欠落や誤りを理由に、チームが脆弱性を延期した頻度も追跡します。
組織はスキャナーのカバレッジも検証すべきです。迅速なトリアージプロセスは、発見していないデプロイメントを評価できません。資産の可視性は、あらゆる優先順位付けモデルの基盤であり続けます。
より広い方向性はすでに見えています。CISAの脆弱性優先順位付けは、露出と悪用の証拠へと移行しています。EPSSは日次の確率推定を提供し、KEVは確認済みの攻撃者活動に対する下限を設定します。
AIは、完全な情報を待つコストを引き上げます。同時に、防御側には、アドバイザリの分析、コンポーネントのマッピング、テストケースの生成、パッチ検証の迅速化を支援するツールも提供します。
見込まれる結果は、完全自律型の脆弱性管理ではありません。脅威インテリジェンス、本番テレメトリー、アプリケーションのオーナーシップ、エンジニアリング業務、インシデント対応の間にある、より緊密なフィードバックループです。
このループは継続的に動作しなければなりません。月次のスプレッドシートレビューでは、今朝デプロイされたサービス、今日の午後に公開されたエクスプロイト、今夜行われたファイアウォール変更を反映できません。
セキュリティチームは、狭い範囲のテストから始めるべきです。インターネット公開の本番資産を選び、KEVおよびEPSSの更新に接続し、到達可能性を検証し、修正までの完全なタイムラインを測定します。
そのうえで、不都合な問いを投げかけます。あなたの組織は、最も危険な未修正脆弱性が今この瞬間に最優先となる理由を説明できるでしょうか。
答えがCVSSだけに依存しているなら、優先順位キューは不完全です。古いスプレッドシートに依存しているなら、すでに陳腐化が始まっています。CISAの脆弱性優先順位付けはより良いモデルを示していますが、方針だけではエクスプロイトの機会を閉じられません。実務上必要なのは、攻撃者が次の情報公開を実行可能な経路へ変える前に、最新の証拠、信頼できるオーナーシップ、迅速なエンジニアリング判断を構築することです。
