フロンティアAI対策の本質はパッチマネジメントシステムにあり:AI時代に求められる脆弱性管理の再設計とは

フロンティアAI対策の本質はパッチマネジメントシステムにあり:AI時代に求められる脆弱性管理の再設計とは


フロンティアAIの登場により、各国政府機関や重要インフラ企業等の対応が急がれる中、議論は大きなミスリードを招いています。フロンティアAIだけがあったとしても脆弱性発見は全自動化されるわけではありません。夢物語を語るよりも先に、大量発生するパッチへの対応を優先して論ずる必要があります。 



要点

  • フロンティアAIは大規模コード解析や低CVSS脆弱性の連鎖悪用を可能にし、従来の脆弱性管理の前提を大きく変化させた。
  • フロンティアAIへのアクセス確保だけでは不十分であり、国産AIの整備とAI・セキュリティ双方に精通した人材育成が不可欠である。
  • 喫緊の課題はパッチ適用の遅延解消であり、CVSSやKEVに加え、EASM・IASMを活用して攻撃経路を考慮した優先順位付けが求められる。


世間を震撼させたClaude Mythos

2026年4月に、米Anthropic社やOpenAI社が中心となってサイバーセキュリティ×AIを加速させるProject Glasswingから、いわゆるフロンティアAIとしてClaude Mythosがリリースされました。同AIはソースコードを高速に解析して、テストケースを基に、より発展的な分析を補助するとしており、数十万行規模のソースコードに対して、人間の研究者が27年間発見できなかった脆弱性を含む数百の脆弱性を発見したとされています。また、脆弱性の緊急度を示すCVSSスコアが低い脆弱性を組み合わせて、Claude MythosがLinuxシステムのRoot権限に昇格するなどの複雑な攻撃も実施できたと発表しました。


フロンティアAI対策議論のミスリード

この発表を受け、政府機関や重要インフラ事業者は、「フロンティアAI対策」に奔走することとなりましたが、その議論は迷走を極めています。ある有識者会議では「フロンティアAIにより攻撃者が脆弱性を発見するよりも先に、フロンティアAIを用いて自社の脆弱性を発見して対策すべきだ。そのためにフロンティアAIのアクセス権を早期に得なければならない」という趣旨の議論が中心となったといいます。当該議論はディベートにおいては必要な議論ですが、本質を明らかに見失っていると言えるでしょう。

Claude Mythosの発表からわずか数カ月後で、米国政府はその後継であるClaude Fable 5に対して輸出規制を実施しました。つまり外国産フロンティアAIに頼っていては、ここぞという時に利用できなくなるリスクが存在するため、たとえ性能が世界トップでなかったとしても国産フロンティアAIの存在は必須なのです。

また、Anthropic社自身もブログ記事にて記載している通り、フロンティアAIを用いて脆弱性を探索するという行為には、そもそもAIを用いなくても脆弱性を発見できる知識を持つ技術者と、AIを用いて複数のテストケースを効率的に実施するための知識を持つ技術者の存在が不可欠なのです。実際のところ、わが国において早期にClaude Mythosへのアクセス権を取得した企業からは「全く使い方が分からない」との問い合わせがEYにも相次ぎました。つまり、たとえフロンティアAIへのアクセス権をわが国が取得したとしても、それを使いこなせる人材の存在がオーバーヘッドとなるのです。これはまさに、わが国に枯渇していると言われて久しい、セキュリティ人材、AI人材を指しているのです。


パッチを取り巻く現状とフロンティアAI登場による急激な悪化

もちろん中長期的に前述したような知識を持つ人材の確保が必須であることは疑いようのないことですが、喫緊の課題として必要なのはもっと足元の議論です。それはセキュリティパッチの適応に関するもので、フロンティアAIが登場するかなり前から、課題は主に2つ存在していました。

パッチ適応は、ソフトウェアの開発元(メーカーやOSS〈Open Source Software〉コミュニティ)、セキュリティ研究者、そして攻撃者などが、脆弱性を発見し、その存在を開発元が認知して、パッチを開発/配布し、それらをユーザー企業が受け取り適応するという流れとなります。2つの課題とは、開発元のPSIRT(Product Security Incident Response Team)によるパッチ開発/配布業務と、ユーザー企業のCSIRT(Computer Security Incident Response Team)によるパッチ適応業務のことです。前者は、有力な企業やOSSコミュニティであればそれなりの速度で脆弱性認知からパッチ開発/配布までを終えることができる一方で、体力が乏しい開発元ではパッチ開発/配布が後手に回り、攻撃の悪用が加速することが起こり得ます。後者では、パッチがユーザー企業の手元に届いたとしても、CSIRTは自社のITインフラ構成等を考慮して、パッチの受け入れテストを実施する必要があります。


お問い合わせ

より詳しい情報をご希望の方はご連絡ください。


また、わが国特有の問題として、自社の運用部門ではなくシステムの運用を委託しているSIerに対してパッチ適応を依頼しなければならないケースが多く、結果としてパッチが公開されてから数週間、ひどければ数カ月後のパッチ適応となる場合があるのが現状なのです。


「パッチマネジメントシステム」の重要性

この2つの問題こそ解決すべき問題であり、ここではユーザー企業CSIRTのパッチ適応業務について提言します。これまでのパッチ適応業務では、前述したCVSSスコアをもとに、スコアが高い順にパッチ適応の優先度付けを行ってきた企業がほとんどであると推察します。しかし、前述の通り、フロンティアAIの登場により、適応すべきパッチの量が増加し、さらに、CVSSスコアが低い脆弱性を組み合わせてより大きな攻撃を実施可能な状況に陥ったのです。こうなると単純にCVSSのスコアによる優先度付けでは立ち行かなくなることは明白でしょう。真に実施すべきは、このような混沌とした“パッチの滝”を整理する「パッチマネジメントシステム」の思考なのです。

例えば、すでに政府機関や企業で導入されている指標としてKEV(Known Exploited Vulnerability、既知の悪用が観測された脆弱性リスト)が挙げられます。KEVは当該の脆弱性がすでに攻撃に悪用されたか否かを表すものであるため、CVSSのスコアに加えて判断に用いられることが多くなっています。

しかしこれだけでは不十分です。具体的には、自社環境を外部露出資産から攻撃面を評価するEASM (External Attack Surface Management:外部攻撃対象領域管理) と、内部構造のコンテキスト情報から攻撃経路の事前計算を実施し攻撃面を評価するIASM (Internal Attack Surface Management:内部攻撃対象領域管理) を用いて自社環境の攻撃面を把握し、考え得る攻撃経路上のどの位置に影響するパッチであるかを評価するなど、複合的な計算を要するということです。

EYでは、フロンティアAI対策として真に論ずるべき課題として、「人材不足」「国産フロンティアAIの不足」「パッチマネジメントシステムの思考」を掲げており、官民に対する支援業務の提供が可能です。また、フロンティアAIを活用した自社製品への脆弱性発見フローの開発支援、パッチマネジメントプロセスの整備など幅広に支援を実施しております。

※本稿は公開情報を基にEYが独自に分析・考察したものであり、Anthropic社その他第三者の見解を代弁するものではありません。




お問い合わせ
より詳しい情報をご希望の方はご連絡ください。


サマリー 

フロンティアAIで脆弱性発見は高度化したが、本質的課題はフロンティアAIへのアクセスではなく、AIセキュリティ人材不足とパッチ適用遅延であり、攻撃面を踏まえた高度なパッチ管理である「パッチマネジメントシステム」の思考が必要です。


この記事について