「パッチを全部当てる」は終わった。AI時代の脆弱性管理が根本から変わる理由
何の話か:「全部直す」という前提が崩れ始めた
「全ての脆弱性にパッチを当てるという従来型の対応は、今後成り立たなくなっていく」
Check Point Software TechnologiesのCTO、ジョナサン・ザンガー氏がこう言い切ったのは、2026年7月にシンガポールで開催された「Check Point Engage 2026」の場だ。セキュリティベンダーのトップがここまではっきり言葉にするのは珍しい。ただ、この発言を「ベンダーの売り込み」として流すのは早計だ。その背景には、業界の構造を変えうる技術的事実がある。
引き金になったのはAnthropicだ。2026年に発表した「Claude Mythos」は、27年前から存在していたOpenBSDのTCPスタックのバグ、17年来のFreeBSDのリモートコード実行脆弱性を発見しただけでなく、攻撃コードの自動生成まで行った。Firefoxからは100件を超えるエクスプロイト可能な脆弱性を導き出し、主要OS・ブラウザを横断して数千件規模のゼロデイ脆弱性が報告されたという。
さらに2026年2月、Anthropicが脆弱性発見に特化した「Claude Code Security」を発表すると、セキュリティ業界全体の株価が下落した。技術の話が金融市場を動かしたという意味で、業界のムードが変わったことを象徴する出来事だった。
なぜ今重要か:脆弱性の「発見」と「悪用」の距離が縮まった
従来のセキュリティ対応は「発見 → レポート → パッチ適用」という線形のプロセスだった。脆弱性を見つけること自体が難しく、見つけてしまえばあとは手順通りに対処できた。
ところが今は、AIが膨大なコードベースを高速でスキャンし、脆弱性を大量に出力できる。ザンガー氏は「生成AIでコードスキャンをすれば、脆弱性はいくらでも見つかる」と述べている。問題は、見つかった脆弱性の数が人間の対応能力を超えてしまうことだ。
ボトルネックが「発見」から「対応の選択と優先付け」にシフトした、という構造変化として読むべきだ。
しかも、脆弱性の「発見」から「悪用」までの距離が急速に縮まっている。以前は「脆弱性が見つかっても、エクスプロイトを作るには相当なスキルが必要」という暗黙の猶予期間があった。AIはその猶予を消しつつある。Check Point Researchが2025年末に確認した例では、Windowsの著名なオープンソースペネトレーションツールを、単独の開発者が1週間で8万行のコードとしてLinux環境向けに移植していた。ザンガー氏はこう言っている。「今までは自分の知識の範囲でしか動けなかった攻撃者が、AIという『もう一人のパートナー』を手に入れた」。
事実・背景の整理:CTEMとエクスポージャー管理の中身
ザンガー氏がこの転換の処方箋として繰り返し引き合いに出すのが、ガートナーが提唱する「CTEM(Continuous Threat Exposure Management:継続的脅威エクスポージャー管理)」だ。スコーピング、ディスカバリー、優先順位付け、検証、動員という5つのステージで構成され、同氏が特に強調するのが「優先順位付け」の重要性だ。
「重要なのは、見つかった脆弱性を片っ端からつぶすことではない。実際に悪用されるリスクが高いものから対応すること」とザンガー氏は言う。攻撃の経路がわかっていればWAFやIPSで遮断できる場合もある。パッチを当てることは「選択肢の一つ」にすぎない、という発想への転換だ。
Check Pointはこの流れに対応するため、「Exposure Management」というプラットフォームを構築してきた。中核エンジンが2026年6月発表の「Agentic Exposure Validation(AEV)」で、攻撃者の視点で推論するAIエージェントが、資産情報や脅威インテリジェンスを相関分析し、脆弱性が実際に悪用可能かどうかをエビデンス付きで判定する。
AEVは5つのエージェントが連携して動く構造だ。全体の状況を把握し文脈を整理する「インテリジェンス・オーケストレーター」、発見した資産をグループ分けする「クラスタリング・エージェント」、個々の資産に対して脆弱性の学習・攻撃コードの作成・パッチのリバースエンジニアリングまで行う「アセット・エージェント」、実害が出ないよう検証する「セーフティ・エージェント」、そして誤検知・過検知を判定する「バリデーター・エージェント」の5つだ。
実導入事例の数字も出ている。複数ベンダーのセキュリティ製品を統合したある企業では、「セキュリティ・ハードニング効果」が95%に達し、平均対応時間は1.7時間に短縮した。この期間にIPSで1300万件、WAFで1万件の攻撃をブロックし、200件超の是正措置を実施したという。別の企業では導入開始時点でハードニング効果が30%だったものが、1か月後に83.8%まで向上し、2000件の是正措置を実施している。
ゼネラルマネジャーのヨハイ・コレム氏によれば、同プラットフォームは「脅威インテリジェンス」「優先順位付け」「修復」の3要素で構成され、CTEMの5ステージ全体をカバーするという。実例として、CVSSスコア9.6の脆弱性に対しAEVが検知から1時間以内にCloudflareのWAFへ自動で防御ルールを作成・デプロイし、誤検知確認後にブロックモードへ移行した事例も紹介された。
AIおじさんの見方:構造変化として読む
ここからは見方の話だ。
この記事を「Check Pointの製品発表」として読むと、重要な部分を見落とす。本質は「脆弱性管理のパラダイムシフト」の宣言だ。
「パッチ適用 = セキュリティ対応」という等式が、これほど公然と否定されたことはあまりなかった。実際、多くの企業のセキュリティチームはCVSSスコアを見ながら「緊急」「高」「中」と分類し、片っ端から対応しようとする文化を持っている。その文化自体が、脆弱性の爆発的増加という局面では機能しなくなる、というのがザンガー氏の主張だ。
気になるのはオープンソースと自社開発アプリへの言及だ。ザンガー氏は「Log4jやStrutsのように、オープンソースのフレームワークで大きな脆弱性が見つかった例は多い。エンタープライズ企業の多くが社内でJavaアプリケーションを開発しており、SaaSベンダーも同様の技術を使っているのに、その議論があまり聞こえてこない」と指摘している。
これは的を射ている。セキュリティ業界の議論はMicrosoft、Oracle、SAPなどの大手ベンダー製品に集中しがちで、自社が書いたJavaアプリのOSSライブラリへの意識は薄い。AIによるスキャンが民主化された結果、「有名ベンダー製品以外は誰も本気でスキャンしていなかった」という暗黙の安全地帯が消えていく。
「Linuxだから安全」「AppleやiOSだから安全」という前提についても、同様だ。先述の8万行コード移植の例が示すように、AIは特定のOS・環境への制約を大幅に下げる。プラットフォームの非主流性を「セキュリティ上の優位」として扱う論理は、もう通用しない。
一方で、「AIエージェントによる自動対応」への期待値は調整が必要だと思う。コレム氏自身が「AIを攻撃側のエージェントとして使うと、リスクではないものをリスクだと過剰に判定してしまうことがある。だからこそバリデーター・エージェントが必要になる」と述べている。自動化が誤検知を連鎖させるリスクは現実の課題で、「AIに任せれば解決」という単純な話ではない。
実務的な示唆と今後の論点
実務として何を考えるべきか、整理してみる。
まず「優先順位付け」を誰がどう行うかを設計すること。
CVSSスコアで足切りをする方法は悪くないが、それだけでは不十分だ。攻撃者がどこから来て、どの経路を使うかという外部視点の情報がないと、スコアの高い脆弱性が実環境では到達不能だったり、スコアが低くても実際には悪用されやすい状況にあったりする。この判断を人間が毎回丁寧に行うのが現実的かどうかも問い直す必要がある。
次に「パッチ以外の対応手段」を組織の選択肢に入れること。
WAF・IPSによる経路遮断はパッチ適用の代替になりうるが、「パッチを当てない=対応していない」という組織文化がある場合、この判断は上位承認が得られにくい。セキュリティポリシー上の「代替対応」を明文化しておかないと、実務でワークしない。
そしてオープンソース依存の棚卸しを改めて行うこと。
Log4jのインシデント以降、多くの組織がSCAツールを導入したはずだが、運用が形骸化しているケースは少なくない。AIスキャンが攻撃者側に普及する局面では、「誰もスキャンしていなかったコンポーネント」こそが穴になる。
今後の論点として気になるのは「誰が優先順位の判断責任を持つか」だ。AEVのようなシステムが自動で優先順位を付けて対応まで行う場合、その判断が誤った結果として重大な脆弱性が見逃された時、誰が説明責任を負うのか。自動化と責任設計は常にセットで考えなければならない問いだ。
Check Pointの差別化として「外部(攻撃者)視点」が強調されているが、Qualys、Tenable、Rapid7といった従来の脆弱性管理ベンダーとの棲み分けがどう変化するかも観察する価値がある。ザンガー氏は「われわれは内部スキャンの仕組みを持たず、既存ベンダーに外部からの視点を提供する立場」と述べており、競合ではなく補完関係であることを示唆しているが、この境界線がどこまで保たれるかは今後の動き次第だ。
まとめ:次に同種のニュースを見るときの軸
「AI×セキュリティ」系のニュースを読むとき、チェックポイントにしたい問いが一つある。「このソリューションは、脆弱性の発見を助けているのか、それとも優先付けと対応の選択を助けているのか」だ。
発見の自動化はすでに十分に進んでいる。むしろ今後の競争軸は、膨大に見つかった脆弱性の中から「今すぐ対応すべきもの」を正確に絞り込めるかどうかに移っている。ザンガー氏が繰り返し「優先順位付け」を強調するのはそのためだ。
次の2〜3年でベンダー各社から「○○件の脆弱性を発見」という発表が増えていく。その数字自体よりも「その中から何件が実際に悪用可能と判定されたか」「対応までの時間は何時間か」を問うことが、情報を正しく読む軸になる。
参考元: 「パッチを全部当てる」時代の終焉 Check PointのCTOが語る、AI時代の脆弱性管理(ITmedia エンタープライズ)