ホーム
AI, ArtificialIntelligence, 情報セキュリティ
フロンティアAI時代のサイバーセキュリティ報告(ENISA)およびEU行動計画

フロンティアAI時代のサイバーセキュリティ報告(ENISA)およびEU行動計画

1 フロンティアAI時代のサイバーセキュリティ報告(ENISA)

ENISAから「フロンティアAI時代のサイバーセキュリティについてのENISAの観方」報告(ENISA’s view on Cybersecurity in the Frontier AI Era)が公開されています。ENISの報告書は、こちら。丸山さんの紹介のページはこちらです。

構成は

エグゼクティブ・サマリー
脆弱性およびパッチ管理についてのインパクト
セキュリティの基礎がより重要に
今後の道/AIレジリエントな防御の構築

となっています。エグゼクティブ・サマリーは、丸山さんのところに翻訳があるので、そこを参照いただくとして、ここの論述を読んでみます。

1.1 脆弱性およびパッチ管理についてのインパクト

前提認識——「猶予期間」の消滅

ENISAは従来から、脆弱性の発見から悪用までの時間窓が年単位から月単位、そして時間・分単位へと縮小してきたことを指摘してきた。業界調査によれば、新たな脆弱性は公開から15分以内に武器化されうるとされ、初期侵入からデータ持ち出しまでの中央値は72分にまで圧縮されているという。「Window of Exposure(暴露期間)」は、人手による調査とエクスプロイト開発に内在する摩擦が防御側に一定の猶予を与えていたために、管理可能なギャップにとどまっていた。しかしAIエージェントが脆弱性を発見した場合、武器化への移行はもはや人間主導のエンジニアリング作業ではなく、機械速度の計算処理となる。オランダNCSC-NLは、これにより防御側の「非公開発見」という優位が失われると指摘し、これを一過性のトレンドではなく攻防のテンポにおける構造的転換として扱うべきだと警告しています(Anthropic’s frontier model Mythos calls for immediate action リンク)。

CERT-EUも

最新世代のモデルの危険性は発見される脆弱性の量だけでなく、複数の発見を連鎖させ、アプリケーションロジックを推論し、従来は高度な専門知識を要した攻撃経路を構築できる点にある

と指摘しています(AI is changing the economics of vulnerability discovery. Defenders should adapt now-リンク)。個別の欠陥のリストが「動く攻撃」へと変換されます。さらにベルギーCCBは、中小企業の密度が高く、サプライチェーンが深く相互接続されたEUは、フロンティアAIがもたらす攪乱に対して特に脆弱であると述べています。

8つの構造的課題

ENISAは自らのアセスメントから、防御コミュニティが備えるべき構造的課題を以下のとおり導出しています。

1. 速度の非対称性と「権限のギャップ(Authority Gap)」

新たな環境における主たる遅延要因は、技術ではなく手続です。自律的なエクスプロイトに対抗するために許される数分の間に、人間による変更諮問委員会(CAB)が介入を承認することは不可能に近いと言えます。組織は「有効な解毒剤の投与を承認するには遅すぎる」のです。この帰結として、自動アップデートがシステムを破壊するリスクと、AI主導の侵害がほぼ確実に生じるリスクとを統計的に比較衡量したうえでの「自律的パッチ適用」が課題となります。大規模組織は比較的早期にレジリエントなパッチ運用を確立できる一方、リソース・スキルを欠く中小組織は短期的に困難に直面すると見込まれています。

2. 発見の経済的価値の低下

脆弱性発見の産業化が進み、欠陥発見の限界費用が低下することで、開示件数は多くの組織の修復能力を超える速度で増加しています。ENISAに寄せられた業界事例では、ある組織のCVE件数が2025年第1四半期の約80件から2026年第1四半期には約500件に増加し、フロンティアAIツールの導入後には1日あたり約500件に達したとのことです。ボトルネックはもはや「発見」ではなく「迅速なトリアージと修復」であり、EPSS(Exploit Prediction Scoring System)やVEX(Vulnerability Exploitability eXchange)のような優先順位付けの仕組みが、限られたリソースの集中に資するとされています。

3. 存立リスクとしての技術的負債

AI支援による解析・リバースエンジニアリングはレガシーシステムのコード理解と脆弱性発見を加速しますが、ENISAはこれらのシステムが自動的に「防御不能」になるわけではないと釘を刺しています。ハードニング、ネットワークセグメンテーション、監視、段階的モダナイゼーションは依然としてリスクを低減します。他方、既存の脆弱性バックログと技術的負債が複雑性を増幅させ、中小組織には、継続運用のリスク・運用制約・保守負担と、リタイアメントまたはリプレースとの比較考量の中で、クラウド移行を促す圧力が働くと予測されています。

4. 検証のボトルネックと「真実」の危機

高度なAIモデルは偽陽性を大幅に減らしうるものの、「真の」報告の量そのものが検証のボトルネックを生みます。技術チームは、AI生成パッチが新たな脆弱性をコードベースに持ち込まないよう監査・検証するという、規模の問題に直面します。さらに、低リスク脆弱性も連鎖により実用的なエクスプロイトを構成しうるため、もはや無害と断じることができない点も負担を加重します。

5. N-day脆弱性の武器化

公開された脆弱性情報とパッチのリリースは、依然として攻撃者に有用な情報を与えます。パッチ差分(patch diffing)やバイナリ変更の解析が、歴史的にリバースエンジニアリングとエクスプロイト開発を可能にしてきたからです。悪用の時間窓はパッチ展開前から始まりうるうえ、組織がテスト・調整・スケジューリングを行う間も暴露は継続します。重要インフラ(基幹サービス運用者)のミッションクリティカルなシステムには適用上の制約があるため、短期的には、パッチ不在下でのプロアクティブな防御策や、より高速なパッチ消費の手法への投資が必要となります。

6. セキュアSDLC革命

従来型の脆弱性・パッチ管理から、セキュア・ソフトウェア開発ライフサイクル(SSDLC)実践の強化へと重心を移す機会でもあります。開発の全フェーズを通じて脆弱性の混入を最小化し、事後的な監督モデルから、開発・運用プロセスへのセキュリティの直接統合へと移行すべきだとされています。関連技術・実践へのアクセス性向上と、既存人材のリスキリング・アップスキリングも明示的に求められています。

7. AI生成脆弱性レポートの氾濫

2026年初頭までに、AI生成の脆弱性レポートはオープンソースの開示パイプラインの一部を機能不全に追い込み始めました。あるグローバルな脆弱性開示調整・バグバウンティプラットフォームは、玉石混交のAI支援レポートの急増を受けて新規受付を一時停止し、curlプロジェクトは2026年1月、報告の量とノイズを維持可能な形で吸収できないとしてCVD(協調的脆弱性開示)プログラムを閉鎖しました。問題は量ではなく「シグナルの希釈」——実在の問題を反復的・表層的・未検証の報告から選り分ける作業に人間のレビュー時間が費やされる点——にあり、脆弱性報告は発見のチャネルからトリアージのボトルネックへと転化しています。もっとも、直近数か月ではAIレポートの品質が大きく向上しており、現在報告されている内容には相当量の「シグナル」が含まれるとの業界の声も紹介されています。

8. 「Inside-Out攻撃」のリスク

これらに加えてENISAは、脆弱性悪用のパラダイムとは区別される脅威として「Inside-Out攻撃」を挙げています。信頼されたソフトウェアアップデートや侵害されたオープンソースの依存関係(コンポーネント)を経由して、攻撃者が最初からインフラ内部に着地するシナリオです。境界防御の突破を要しない以上、防御側には侵害前提(assume breach)の検知・対応戦略が求められます。

1.2 セキュリティの基礎がより重要に

章題が示すとおり、ENISAの基本的なメッセージは「セキュリティの基本原則そのものは変わらない」というものです。ただし、新しいAIモデルは偵察からラテラルムーブメント(横展開)に至る攻撃ライフサイクル全体を圧縮しており、防御側、製造者、サービスプロバイダーのいずれもが、自らのセキュリティ施策を加速せざるを得ない状況にあるとされ、その基本原則が耐久試験にかけられている、というのが本章の認識です。

1.2.1. 脆弱性管理——自律的パッチ適用のジレンマ

超高速の自動化されたサイバー攻撃に対抗するため、重要サービスの提供者は自律的なパッチ適用を余儀なくされる可能性があります。組織内の承認プロセスでは、端的に言って間に合わないからです。しかしこれは新たなリスクを生みます。自動アップデートが意図せずシステムを破壊し、望まないダウンタイムを引き起こしかねないのです。さらに、AIが生成したパッチの検証自体が大きなボトルネックになると予想されており、システム管理者は、新たなバグをコードに持ち込むことなく修正を迅速に確認・承認できるツールの構築という課題に直面します。

1.2.2インシデント対応——「ログはあったのに」を許されない時代へ

防御側にとって、インシデント対応はAIが指揮する攻撃キャンペーンとの競争になります。SOCは、場合によっては数時間・数分の単位で、侵入の兆候をライブのテレメトリと突き合わせて検証する必要に迫られます。本章が引用する調査によれば、侵害事案の75%では異常な挙動を検知できたはずのログが存在していたにもかかわらず、シグナルが複数のツールに分散し、対処に結びつかなかったとされています。攻撃が人間の速度で進む時代にはこのギャップも許容可能でしたが、AIの速度では維持できない、というのがENISAの評価です。

NIS2指令により新たに適用対象となった事業者を含むサービスプロバイダーには、適応型フィッシング、モデルポイズニング、サプライチェーン経由の侵入といったAIスケールの脅威への対策強化が求められます。リスクアセスメントには、ログ・監視要件に加え、実行時のAIガード、アクセス制御、脅威インテリジェンス共有を組み合わせ、リアルタイムの検知・対応を可能にすべきだとされます。

注目すべきは、国家当局側の処理能力にも踏み込んでいる点です。義務的なインシデント報告の拡大と規制対象事業者の増加により報告量が急増する一方で、AIが脆弱性の悪用と侵害を加速するため、インシデントの同時多発が国家の対応能力を超過する構造的リスクが生じます。すべての事案が規制上の報告閾値を満たすとき、どう優先順位を付けるのか。国家的な対応能力が飽和したとき、セクター別CSIRTをどう支えるのか。ENISAは、政府が産業界を危機対応計画に組み込み、サージキャパシティ(急増時対応力)のモデルを確立し、優先順位付けとエスカレーションの枠組みを定義し、複数インシデント同時発生シナリオのストレステストを行うべきだと提言しています。

1.2.3. 製品セキュリティ——レガシーとオープンソースという足元の課題

フロンティアAIは長期的には開発者や製造者によるコードのセキュリティ確保を支援すると期待されますが、当面の問題は、レガシー製品と、技術スタックの重要部分を構成するオープンソースコンポーネントのセキュリティです。また、EU域内の小規模製造者が、コストを理由に新しいAIモデルによる製品テスト能力にアクセスできないリスクも指摘されています。

製造者にはサイバーレジリエンス法(CRA)への適合に向けた製品ライフサイクルの調整が求められます。興味深いのは、AIモデルの開発者に対する要請です。単なるガードレールよりも強い「構造的な制約」をモデルに組み込み、セキュア・バイ・デザイン/デフォルトなコードを提案するようモデルを訓練すべきだとされています。あわせて、機械可読なセキュリティ認証(アテステーション)とSBOM(ソフトウェア部品表)戦略の実装が、CRAのセキュリティ要件を運用可能にする手段として挙げられています。

1.2.4. 人材——「人間を真ん中に」

横断的な課題として、あらゆるソリューションにおいて「人間を中心に置き続ける」ことが挙げられています。AIはシステム構築やネットワーク防御を高速化しますが、人間は自らが責任を負う環境を理解し続けなければなりません。AIに関連するサイバーセキュリティリスクへの意識・理解・スキルの水準を、組織のあらゆる階層で、これまでよりも大幅に速いペースで引き上げる必要がある、と本章は結ばれています。

1.3 今後の道/AIレジリエントな防御の構築

防御側が攻撃者と作戦上の対等性(operational parity)を確保し、あるいは先手を取るためには、構造化されたフレームワークとより適応的な実践への根本的な転換が必要だ、という認識です。そのうえで、欧州レベルの調整、国家レベルの執行、防御側の実務という三層に分けた提言が示されます。

1.3.1 制度インフラを「力の乗数」に

各論に入る前に、本章はCRA(サイバーレジリエンス法)の単一報告プラットフォーム(SRP)とEU脆弱性データベース(EUVD)の役割を強調しています。EUVDのデータを相関分析すれば、サプライチェーン上のホットスポット、システミックな弱点、AI支援による発見が加速させる脆弱性のトレンドを特定できます。CRA関連の報告は、ベンダーのセキュリティ強化の主張を、実際の悪用可能性やインシデントのパターンと突き合わせて検証する材料になります。そしてNIS2のインシデント報告等と組み合わせることで、脆弱性の開示から協調的な対応までのギャップを時間をかけて埋めていける、という構想です。個別の規制を積み上げるのではなく、報告制度から集まるデータを防御側の「力の乗数(force multipliers)」として活用しようという発想が特徴的です。

1.3.2 推奨事項

欧州レベル——法的枠組みの活用とデータの戦略資産化

欧州レベルの提言は四点です。

第一に、NIS2、CRA、EU AI法という既存の法的枠組みを活用し、最先端AIモデルに由来するシステミックリスクの評価と低減を確保すること。その一環として、サイバーレンジでの標準化されたテスト、悪用可能性の指標、連鎖攻撃のシミュレーションを含む、高度AIモデルのセキュリティ評価のためのEU共通の最先端ベンチマークの策定が有用だとされます。

第二に、防御目的でのAI活用を検討する欧州・加盟国レベルの既存イニシアティブを土台にすること。

第三に、興味深い提案として、欧州の機関・当局・CSIRT・重要サービス運用者が保有するサイバーセキュリティデータ(インシデント報告、脆弱性開示、テレメトリ、マルウェア検体、不正利用報告、セクター別脅威インテリジェンス)を、防御用AIシステムの訓練・評価・ファインチューニングに活用する構想が示されています。強固な保護措置、匿名化、アクセス制御、明確な法的根拠を条件としつつ、こうしたデータセットは「欧州の戦略的資産」となり得るとされ、信頼できる欧州製サイバーAIモデルの開発や、調達交渉におけるレバレッジとしての活用にまで言及されています。

第四に、AI法および汎用AI(GPAI)行動規範に従い、高度なサイバー能力を持つAIモデルへの適切なリスク低減措置を特定すること。脚注では、AI法55条に基づくシステミックリスクを伴う汎用AIモデルの提供者の義務(拠点所在地を問わず適用)、行動規範上のコミットメント、そして2026年8月2日からの執行開始——全世界年間売上高の最大3%の制裁金や、極端な場合のEU市場からのモデルの回収・撤去を含む——が整理されており、法務的観点からは本文書中で最も具体的な規制情報と言えます。

国家当局——監督から能動的関与へ

加盟国当局向けの提言は、監督機関の役割をかなり能動的に描いています。具体的には、AIを活用した脅威ハンティング作戦の実施とフロンティアAIシミュレーションから得た匿名化データセットの公開、重要インフラ事業者に対する年次監査でのゼロトラスト・ベースラインやAI加速型インシデントへのエスカレーション経路の証明(アテステーション)の要求、政府機関・重要インフラ事業者への効果の乏しいセキュリティツールの削減とAI対応プラットフォームによる補完の指示、などが並びます。

同時に、AI活用型セキュリティツールの展開にあたっては、人間による監督、監査可能性、意思決定における人間を介したトリアージ(human-gated triage)を優先する共通フレームワークの策定が求められており、自動化一辺倒ではないバランスが意識されています。AI機能を含む製品の評価能力の整備や、当局の責任範囲にある重要インフラ構成要素のプロアクティブなスキャンも挙げられています。

防御側——「侵害済み」を前提に、分単位の対応へ

実務者向けの提言は五点で、いずれも具体的です。

**すべての環境を侵害済みと扱う**:あらゆる組織がフロンティアAIへの暴露分析を行い、オンプレミス・クラウドを問わず全ホストにリアルタイムのML型防御・検知を展開すべきだとされます。特に、AIエージェントがエンドポイントやブラウザ内で自律的に動作するようになる中で、エージェント型エンドポイントとエンタープライズブラウザが「重要な新しい攻撃面」として名指しされている点は注目に値します。
**脅威モデリングの常時化**:高度なAIモデルに正確なコンテキストを与えて弱点の組み合わせを発見させ、稼働中のアーキテクチャに対する継続的なシミュレーションを実行する。AIを「常時稼働のレッドチーミング・防御検証の支援能力」に変えるという発想です。
**動的なインシデント対応パイプライン**:AI支援によるトリアージでテレメトリの検証・優先順位付け・影響範囲の封じ込めをリアルタイム化しつつ、人間のレビューを確実にループ内に残す。これにより(NIS2等の)24時間以内の通知を確実に守る、と規制上の期限と明示的に結び付けられています。
**セキュリティ運用の準リアルタイム化**:平均検知時間(MTTD)・平均対応時間(MTTR)を一桁分台にすることが目標として掲げられています。
**適応する攻撃者を前提とした防御層**:ゼロトラスト・セグメンテーション、行動ベースライニング、回避耐性のある検知層の整備を加速すべきだとされます。攻撃者がほぼリアルタイムで適応・進化することを前提に置いた設計思想です。

2 EU サイバーセキュリティと人工知能についての行動計画

2026年7月6日に、欧州委員会は、「サイバーセキュリティーと人工知能（AI）に関するEU行動計画」(COM(2026)577final)を公表しています(リンク)。JETROの記事は、こちら。

ENISAのポジションペーパー「フロンティアAI時代のサイバーセキュリティ」が言及していた「欧州委員会の行動計画」が、まさに本文書です。ENISAが実務・技術面から問題を整理したのに対し、本行動計画はEUレベルの政策・投資・制度対応を示すものであり、両者はセットで読むべき文書と言えます。

同書は、

序
第1の柱(フロンティアAIを安全・アクセス可能・展開可能に)
第2の柱(AI時代に向けたEUサイバーエコシステムの準備)
第3の柱(サイバーのための欧州AI能力のスケールアップ)
AI時代におけるサイバーセキュリティへの国際的なアプローチにむけて同志国と協働する

2.1 序

序において、行動計画の出発点は、フロンティアAI(利用可能な、または開発中の最先端AIモデル)がサイバーレジリエンスを発展させる先例のない機会となっているという認識が示されています。AIは脅威の検知・対応を強化する前例のない機会をもたらす一方、すでに脅威ランドスケープを規定する要素となっており、より自動化・大規模化・高度化した攻撃的サイバー作戦を可能にしています。フロンティア級の能力は現在少数のモデルに集中していますが、オープンソースモデルの改善により能力格差は縮小しつつあり、サイバー犯罪者を含む悪意ある主体にも次第にアクセス可能になると予想されています。

もっとも欧州委員会は、EUは「装備を整えて」この新パラダイムに入ると強調します。AI法(世界初の法的拘束力あるAIリスク管理枠組み)、サイバーレジリエンス法(CRA、2027年末までに完全適用)、NIS2指令、金融セクターのDORA、そしてサイバー連帯法という法的・運用的基盤がすでに存在するからです。これらの手法は、連合の準備戦略(Preparedness Union Strategy) やプロテクトEU戦略(ProtectEU Strategy)に貢献しています。

こうした法的枠組みに加え、EUはすでに重要技術への依存低減と域内能力(homegrown capabilities)の育成に向けた戦略的な布石を打ってきました。研究・イノベーション枠組みであるHorizon Europeとデジタル分野の投資プログラムであるDigital Europeを通じて、高度なAI活用型サイバー能力の開発への資金供給が始まっており、欧州イノベーション会議(EIC)基金は、サイバーセキュリティ・AI分野のスタートアップやスケールアップ企業への投資を含め、欧州における重要なディープテック投資家となっています。

さらに、近時提案された「クラウド・AI開発法」(Cloud and AI Development Act: CADA、COM(2026) 502 final)は、EUのデータセンター容量とクラウド・AIの自律性を拡大し、サイバー関連のツールやアプリケーションを含むAIの広範な展開を支えるものです。これにより、EUは重要なクラウド・AI能力を自ら確保し、地政学的リスク・安全保障リスクに対する依存を低減できるとされます。同提案は「Apply AI戦略」と「AI大陸行動計画」を土台としており、フロンティアAIの支援とスケールアップのための「グランドチャレンジ」を立ち上げる必要性を明示的に踏まえたものです。

行動計画は、これらの強固な基盤の上に立ちつつも、AIがサイバーセキュリティにもたらす目下の課題と機会に対処するため、EUは今こそさらなる行動を取らなければならない、と述べています。

行動計画は四つの柱で構成され、9つのKey Actionを掲げています。この重要行動を柱ごとにまとめると以下のようになります。

柱	重要行動	内容	主担当	時期
第1の柱フロンティアAIを安全・アクセス可能・展開可能に	Key Action 1	サイバーセキュリティを必須に含む、AIモデルのEU評価能力の設立支援	欧州委員会	2027年
	Key Action 2	サイバーセキュリティ目的での高度AI能力への構造化アクセスのための欧州ブループリントの策定(欧州の組織による安全かつ適時のアクセス確保)	欧州委員会(ENISAと連携)	2026年Q4
	Key Action 3	サイバーセキュリティ・ユースケース向けの、高度サイバー能力を持つAIの安全なテストプラットフォームの開発	ENISA・共同研究センター(JRC)	2026年Q4
第2の柱 AI時代に向けたEUサイバーエコシステムの準備	Key Action 4	AI駆動型脅威からの防護と、サイバーセキュリティ業務へのAIの安全な統合に関するガイダンス・勧告・アドバイザリー・ベストプラクティスの発行	ENISA(関係EU機関と協力)	2026年Q3以降
	Key Action 5	既存の脆弱性管理の実務・ツールをAI時代に適合させるための協力	欧州委員会・加盟国・ENISA・産業界	2026年Q3以降
	Key Action 6	AIの活用を含むパッチ適用の加速に向けた「重要オープンソース・レジリエンス・キャンペーン」の初回パイロット実施	ENISA(欧州委員会・加盟国・OSSコミュニティ・EU機関・産業界と協力)	2026年Q4
第3の柱サイバーのための欧州AI能力のスケールアップ	Key Action 7	欧州のAI活用型セキュリティソリューションの拡大を支援するEUグランドチャレンジ(AI支援脆弱性修復)の立ち上げ	欧州委員会(ECCCの支援、ENISAと協力)	2026年Q4
	Key Action 8	サイバーレジリエンスのため、高度・フロンティアAIモデルのテスト・訓練・展開に向けたAIファクトリーの計算資源へのアクセス提供	欧州委員会・加盟国	(期限の明示なし)
	Key Action 9	サイバーセキュリティ・スキルアカデミーの下での、セキュリティ専門家向けAI活用研修モジュールの開発	欧州委員会・加盟国・産業界	2026年Q4

2.2 第1の柱——フロンティアAIを安全・アクセス可能・展開可能に

フロンティアAIは、近い将来、武器かされ、重要インフラや社会を脅かしうるので、早期意識、リスク評価のための強固な技術能力、私見機会の構築、評価ルートの定義をなす必要があるとさています。

2.2.1 フロンティアAIによるリスクの評価および減少

AI法上、システミックリスクを有する汎用AIモデルの提供者にはリスク評価・軽減義務(参照別紙Ⅲ)があり、2026年8月2日から欧州委員会が監督・執行権限を行使します。こうした監督・執行権限は、委員会のAIオフィスに助言する科学パネル、秘密が保持された報告チャネル、そして汎用AI行動規範(Code of Practice)によって支えられます。なお原文の脚注によれば、システミックリスクを有するGPAIモデルの提供者が義務に違反した場合の執行手段には、モデルに関する情報の提出要求、評価実施のためのモデルへのアクセス要求、リスク軽減措置の要求、そして最終的には全世界年間売上高の最大3%の制裁金や、モデルの市場提供の制限・撤回・回収の要求までが含まれます。

2.2.2 リリース前のフロンティアAI評価における欧州の卓越性の構築

AIのサイバーセキュリティ分野での安全かつ責任ある導入を促すには、規制上の措置を、強化された欧州の「評価能力」で補完しなければなりません。AIの能力が向上し、システミックリスクがサイバー領域にとどまらない(原文の脚注17は、悪用により公衆衛生・公共の安全にリスクを生じうる分野として生物学を例示しています)なかで、外部評価の実施は、他のリスク保有産業で確立されたアプローチに倣った、フロンティアAIの安全性確保のベストプラクティスになりつつあります。AI法自体も、システミックリスクの評価・軽減のための第三者による展開前評価の重要性を示しています。

問題は、AIモデルの展開前第三者評価を担う主要な機関のほとんどが、現状EU域外に所在していることです。その重要性の高まりに鑑み、評価の専門知識とそれに伴うインフラの一部をEU域内に置くことは「急を要する課題」だとされます。

そこで委員会は、二つの施策を打ち出します。

第一に、汎用AI行動規範の適用のための第三者評価者の基準を提案し、評価手法の改善に向けた評価者・専門家間の意見交換の促進や資格要件の明確化を含む、より広範な評価エコシステムの発展を後押しします。第二に、サイバーセキュリティを必須に含む「EUのAIモデル評価能力」の設立に向けた専用の公募を開始します。

この欧州評価能力には、複数の役割が予定されています。すなわち、(1)加盟国で生まれつつあるAI評価のノウハウを土台に、域内の萌芽的な評価エコシステムに貢献すること、(2)AIモデルとそのリスク軽減措置の第三者評価について「欧州の選択肢」を提供し、AIオフィスを通じた委員会の規制活動を支えること、(3)モデルの能力と提供者が実装した軽減措置の実効性を独立に評価することで、提供者自身のリスク管理に資すること、そして(4)汎用AIモデルの提供者によるAI法上の義務および行動規範の遵守を支援することです。

最後に、EUに最高水準の評価能力を置くことは、リスクが特定された際の早期警戒シグナルの発出を通じて、サイバーセキュリティのみならずバイオテクノロジーその他の分野を含む、潜在的なシステミックリスクの理解にも寄与するとされています。

2.2.3 EUにおける高度なAIを活用したサイバー能力へのアクセス促進

高度なサイバー能力を持つフロンティアAIへのアクセスは、現状、提供者ごとの、多くは非欧州の判断に委ねられており、悪用リスク管理のための構造化アクセスプログラム(段階的リリース等)は安全上正当化されうるものの、誰がどのような手続でアクセスを得られるのかの基準が不透明です。これは欧州の当局や重要インフラ運用者による適時の利用と強靱化を妨げかねません。そこで委員会はENISAと連携し、「構造化アクセスのための欧州ブループリント」を指針文書として策定します(Key Action 2)。ブループリントには、組織類型(EU機関・加盟国当局・重要インフラ運用者・セキュリティ事業者・研究機関等)ごとのアクセス付与基準、アクセスが過度のリスクを生まないためのセキュリティ基準、適格な主体へのアクセス提供を効率化するメカニズムが盛り込まれます。提供者に新たな義務は課されませんが、汎用AI行動規範のシステミックリスク管理を補完する安全措置を特定し、国際協力の基礎となることが期待されています。さらに、提供者や第三国当局によりアクセスが制限・撤回された場合のEUレベルでの対応を定めるコンティンジェンシー措置や、共同調達を含む資金手段によるアクセス確保の検討にも言及されています。

2.2.4 安全なテスト基盤

安全で信頼できるフロンティアAIへのアクセスは、脆弱性スキャン、修復、インシデント対応といったサイバーセキュリティ業務での能力テストと対でなければなりません。重要インフラ運用者や公的機関は、機微な環境に展開する前に、高度なサイバー能力を持つAIが現実的な設定でどう機能するかを、安全に管理された環境で迅速に把握する必要があるからです。そこでENISAとJRC(共同研究センター)は、CERT-EU、Europol、セクター当局、加盟国等と協力し、サイバーセキュリティ・ユースケース向けの安全なテストプラットフォームを整備します。参加者は共通のセキュリティ・秘密保持ルールの下で自らのモデルアクセスキーとツールを用い、費用を自己負担し、テスト手法への責任を保持する仕組みで、アクセス管理と結果の集約はENISAがJRCと調整して担います。このプラットフォームは、実インフラをリスクに晒さずに重要インフラのシステムへのAI展開を検証できる「サイバーレンジ」も可能にし、新設は既存環境がないセクターに限定して重複を避け、産業界は既存環境の提供(プレッジ)で貢献し、守秘ルールの下で集約情報を受け取りうるとされます。なお、この環境の用途はサイバーレジリエンス強化のためのAIテストであり、AI法遵守のための汎用AIモデルの「評価」とは目的もスキルも異なることが明記されています。あわせてENISAは、利用可能なAIモデル・システムを安全に使うためのガイダンスとアドバイザリーを、広くエコシステム向けに発行・維持します。

2.3 第2の柱——AI時代に向けたEUサイバーエコシステムの準備

フロンティアAIが、よりアクセスしやくなり、広く実装されるにつれて、経済・社会に対する誤用の可能性に対処し、サイバーレジリエンスのために安全に利用しなければならない。そこであげられるものとしては、サイバーセキュリティ基礎および準備の適用、AIソリューションのサイバーセキュリティ実務への統合、重要な脆弱性の識別・修正の加速化の努力、EUサイバーエコシステムのAI時代への移行が論じられています。

2.3.1 EUサイバーセキュリティ基礎・準備の適用

基本認識は「サイバーセキュリティの基本と備えがこれまで以上に重要」というものです。

規制枠組としてのNIS2・DORAは、重要インフラのベースラインとなります。また、特に、重要セクターや金融機関は、AIによる高頻度・大規模攻撃を前提としたリスク管理枠組みの見直し、パッチ適用サイクルの加速、ゼロトラストを含むハードニング、そしてオープンソースモデルを含む利用可能なAIの防御目的での活用が求められています。また、組織は、基本的なサイバー衛星手段を適用し、ネットワークとシステムの堅牢かが求められます。また、すでに利用可能なAI能力を利用することをすべきです。

EU機関は、CERT-EUの支援と機関間サイバーセキュリティ委員会（IICB）の指導の下、EU機関のサイバーセキュリティに関する規則27に沿って、その点において率先して模範を示すことで、EU全体のサイバーセキュリティ態勢を強化することができます。また、加盟国に対しても、パッチ適用に関する推奨事項への支援を含め、脆弱性スキャン、自動化された侵入テスト、リスク監視などを通じて、AIを活用したサイバー脅威に対するレジリエンスを強化するため、EUサイバーセキュリティ予備金の活用可能性を最大限に活用することが強く推奨されます。

また、「サイバーレジリエンス法」の諸規定、AI法によるセキュリティリスクの評価もうたわれており、ENISAはAI脅威への防護とAIツールの安全な統合に関するガイダンス・勧告を整備するとされる。

2.3.2 パッチ適用プロセスの加速：AIによる脆弱性発見の迅速化に向けた脆弱性管理の強化

AI支援による発見の時代に対応するため、EU脆弱性データベース(EUVD)とCRAの単一報告プラットフォーム(SRP)を「目的適合的(fit-for-purpose)」なものとし、EU・国内・グローバルの脆弱性基盤の相互運用性を強化するとされます。

特に

脆弱性報告件数が増加する中、メーカーは製品ライン全体においてどの欠陥を優先的に修正すべきかを決定する必要があり、一方、ユーザー、特に重要かつ極めて重要な組織は、多くの場合限られたリソースの中で、どの更新プログラムを優先的に導入すべきかを判断しなければならない。組織は、リスクが最も高い箇所にパッチを適用できるよう、CRAおよびNIS2指令に沿った、EU全域で統一された明確なリスクベースのガイダンスに依拠できる必要がある。

とさています。

加盟国はNIS2上の義務としてCVD(協調的脆弱性開示)政策をAI時代に対応させ、NIS協力グループはCVDガイダンスを改訂し、さらにCVDの基礎にあるISO/IEC規格が現在の脅威に照らして適切かの見直しにまで言及されています(Key Action 5、2026年第3四半期以降)。

2.3.3 実践への移行：最も重要な課題の解決

実践面では、見を最も緊急性の高い分野に適用しなければならないとされています。具体的には、重要インフラへの浸透度が高いオープンソースソフトウェアが最初の対象とされます。コードベースの98%がオープンソースを含み、重要インフラ産業では約80%のコードベースに高・重大リスクの脆弱性が含まれるとの調査が引かれています。

EUオープンソース戦略の下、重要オープンソースコンポーネントのマッピングを前倒しし、「重要オープンソース・レジリエンス・キャンペーン」のパイロットを実施します(Key Action 6、2026年第4四半期)。加盟国・EU機関・重要インフラ運用者・製造者等がスポンサーとなり、人材やAIモデル・ツールの提供を通じてメンテナーの保守・セキュリティを支援する任意のスポンサーシップ制度と、パッチ・修復を支援するAIサービスカタログの構築が柱です。

2.4 第3の柱——サイバーのための欧州AI能力のスケールアップ

AIを活用したサイバーセキュリティソリューションを開発・導入する能力は、サイバーレジリエンスと主権を実現するための戦略的基盤となりつつあるという認識のもとで、エコシステムの強化、最先端能力の構築、スキルの強化を唱えます。

2.4.1 AIを活用したサイバーセキュリティソリューションをめぐる欧州のエコシステムの強化

EUはすでに、Horizon EuropeとDigital Europeによる2億ユーロの投資を行っている。さらに欧州イノベーション評議会（EIC）を通じて、EICファンドによる直接投資を含め、欧州のディープテック系サイバーセキュリティおよびAI企業に投資もある。

もっとも、

サイバーセキュリティのためのAI駆動型ソリューションは依然として断片化しており、運用環境での検証が不十分で、セクター横断的な大規模導入には程遠い状況にある

とされている。AIによる脆弱性発見がAI支援の修復より速く進歩しており、攻撃者に有利な構造的不均衡が生じているという診断のもと、修復ライフサイクル全体を支援するAIシステムの開発を、産学・重要インフラ運用者・オープンソースコミュニティを結集して推進すべきとされており、そのために「AI支援脆弱性修復に関するEUグランドチャレンジ」が立ち上げられるとされており(Key Action 7、2026年第4四半期)注目に値する。

2.4.2 欧州の最先端能力の構築

フロンティアAIは軍民両用の可能性を持つ重要戦略資産となっており、

AIを活用した最先端のサイバー能力は、欧州の技術的主権、安全保障、防衛にとっても重大な意味を持つ。

という認識のもと、EUは新たな依存関係を避けるため「自前の主権的な汎用フロンティアAI能力」を開発しなければならないと明言されています。すでに具体的な措置として

欧州委員会による「フロンティアAI・グランドチャレンジ」の採択
「欧州AI科学リソース（RAISE）」の下でフロンティアAIラボのネットワークに資金の提供
「ホライズン・ヨーロッパ」の下での活動への資金提供
欧州委員会による「欧州フロンティアAIイニシアティブ」の立ち上げる予定
欧州委員会の「フロンティアAIフォーラム」を通じての技術的助言

があるものの

欧州のAIフロンティアへの志を、持続可能な自主的能力と競争優位性へと転換するためには、野心と資源におけるパラダイムシフトが必要である。

として、AIファクトリー・ギガファクトリーの活用(Key Action 8)、欧州競争力基金による防衛を含む主権的AIサイバー能力への支援、ENISA・欧州防衛庁(EDA)等との作業部会設置があげられています。

また、必要投資は数千億ユーロ規模で公的資金だけでは賄えないとして、大規模なエクイティ投資を呼び込む新たな欧州エクイティ能力(戦略技術エクイティ・ファシリティ)の構想が示されています。また、ここで、2026年6月3日の「技術主権パッケージ(Technological Sovereignty Package)」も引用されています(公式ページ、JETROのリリース) 。

2.4.3 AI時代に向けたサイバーセキュリティスキルの強化

サイバーセキュリティ運用において高度なAIを効果的かつ安全に導入できるかどうかは、高度なサイバー能力を備えたAIモデルを理解し安全に活用できるだけでなく、AI特有のリスクを管理できる熟練した専門家の確保にもかかっているとして、サイバーセキュリティ・スキルアカデミーは、EUはサイバーセキュリティ従事者に適切なAIスキルを身につけさせることで、その人材基盤を強化しています。さらに、セキュリティ専門家向けのAI活用研修モジュールを開発し(Key Action 9、2026年第4四半期)、ENISAは欧州サイバーセキュリティ・スキルフレームワークにAI関連コンピテンシーを統合します。

2.5 AI時代におけるサイバーセキュリティへの国際的なアプローチにむけて同志国と協働する

AIモデル、ソフトウェアサプライチェーン、オープンソースエコシステムは国境を越えて機能するため、G7(標準化・モデル評価協力)、国連、二国間のデジタル・サイバー対話、英国AISIが調整する評価科学ネットワーク、フロンティアAI開発者と政府の構造化対話、そしてNATO(新設されるAI卓越センターを含む)との連携強化が挙げられています。

3 若干のコメント

この二つの文書(ENISA報告書とEU行動計画)をみたときにどのようなことがいえるのか、というのを考察したいと思います。

以下は、Claude(Fable 5を利用)が指摘した点でもありますが、そのまま維持できるものと考えています。

3.1. 意図された二部構成——ENISAの「診断」、委員会の「処方」

EU-CyCLONeやCSIRTsネットワークとの協議を経たENISAペーパーが実務・技術面から問題を「診断」し、委員会の行動計画がそれを政策・投資・制度に「翻訳」するという形になっています。ENISAが「Window of Exposure(暴露期間)のゼロ化」や「Authority Gap(権限のギャップ)」といった危機の言語を提供して緊急性を正当化し、委員会がガイダンス、ブループリント、資金措置というかたちで応答する構図です。

機関法的な観点から興味深いのは、行動計画のKey Actionの多く——ガイダンスの発行、EUVDと単一報告プラットフォームの目的適合化、構造化アクセスのブループリント、テストプラットフォーム、オープンソース・レジリエンス・キャンペーン、スキルフレームワークの更新——の実施主体がENISAである点です。すなわち本行動計画は、サイバーセキュリティ法の改正という立法手続を経ることなく、ソフトな手段の積み重ねによってENISAのマンデートを事実上拡張していく文書としても読めます。その意味で、ソフトローによる社会のコントロールというのが、フロンティアAIという動きがとても早い分野で要請された必然ということがいえるでしょう。

3.2. 「時間」が規制の対象になった——注意義務の時間軸への再構成

両文書を貫く最大の共通項は、規律の重心が「何をすべきか」から「どれだけ速くすべきか」へ移動していることです。

ENISAは一桁分台のMTTD/MTTR(平均検知・対応時間)、24時間以内の通知、自律的パッチ適用を語り、行動計画はtime-to-patchの短縮、「不当な遅延なき」アクセス、四半期刻みの実施期限を語ります。速度そのものが規範化されつつあるのです。

これを法的に敷衍すれば、過失判断・注意義務の水準が時間的指標によって再較正されていく過程だと言えます。「合理的な期間内のパッチ適用」という定式の「合理性」が、攻撃の武器化が公開から15分で完了しうる世界において、従来のように週・日単位で測られ続けるとは考えにくい。この変化は、ITベンダーとのSLA設計、取締役のサイバーリスク監督義務の内容、サイバー保険における免責条項(既知の脆弱性の放置)の解釈のいずれにも波及していくでしょう。既存法の枠組みは変わらないまま、その中身を充填する「相当性」「合理性」の水準だけが静かに引き上げられていく——これが「既存法の実施の加速」の実務的な意味だと考えられます。

3.3 「Authority Gap」が突きつけるもの——Meaningful Human Controlの二つの限界

ENISAペーパーの最も印象的な概念である「Authority Gap」——自律的なエクスプロイトに対抗するために許される数分の間に、人間の変更諮問委員会が介入を承認することは不可能に近い——は、AIをめぐる規律の要である「意味ある人間の制御(meaningful human control。以下「MHC」といいます)」の限界問題として読み直すことができます。

実際、AI法は人間による監督を要求し、ENISA自身もhuman-gated triage(人間を介したトリアージ)を優先する枠組みを求めており、両文書は自動化を推奨しながらMHCの維持を前提としています。しかし、この前提には性質の異なる二つの限界があります。

第一は、MHCが事実上不可能となる段階です。機械速度で展開する攻撃と防御の応酬において、人間の承認プロセスは原理的に追随できません。ENISAが「有効な解毒剤の投与を承認するには遅すぎる」と表現した状態は、まさにこれです。ものと考えられます。

ここでは、人間は監督したくてもできません。

第二は、MHCがかえって有害となる段階です。自律的な対応の方が人間の判断を経るより速く正確にシステムを守れるのであれば、承認のために人間を介在させること自体が防御性能を劣化させ、保護すべきシステムとその先にいる利用者を危険にさらします。人間の関与を安全装置とみなす発想は、ここで前提そのものを失います。介入しないことこそが安全に資する、という反転が生じるのです。

この二つの限界は、自律型手術ロボットや自動運転をめぐって既に論じられてきた構図と同型です(この点については自律型手術ロボットの法律問題(2026)その1-自律型手術支援システムの実験と医師法17条の発展提案参照)。自動運転がレベル4・5において「運転者」概念を後退させ、システムの型式認証と製造者責任へ重心を移したように、自律的パッチ適用についても、個々の適用行為への人間の承認(行為単位のMHC)に固執するのではなく、事前のシステム単位の保証——自律パッチ適用システムそのものの検証・認証、展開範囲とロールバック条件の事前設計、運用者・ベンダー間の責任配分——へと規律の重心を移すべき時期がくるものと考えられます。行動計画が整備するテストプラットフォームやサイバーレンジは、期せずして、この「行為への監督からシステムの事前検証へ」という転換の受け皿になりうる制度です。

もっとも、行為単位のMHCを手放すなら、それに代わる事後的な説明責任の確保が不可欠になります。自動適用されたパッチがシステムを破壊した場合、何が起き、なぜその判断がなされたのかを事後に再構成できなければ、被害者への説明も責任追及も成り立ちません。契約実務の課題は、「人間による監督」という文言を置いて安心することではなく、検証水準・ログ保存・判断過程の再構成可能性・ロールバック義務を具体的に定めることへ移っていくものと考えられます。

なお、付言すれば、システム単位の事前保証をどれほど精緻化しても、自律的な防御動作に伴う損害のリスクをゼロにすることはできません。事前のコントロールでカバーしきれない残余のリスクについては、将来的には、保険その他の損害填補の仕組み——自動運転における自賠責保険の再構成や、医療分野で論じられる無過失補償の構想がその先例です——によって社会的に吸収していく方向が示唆されることになるのでしょう。過失の追及から、事前認証と損害填補の組み合わせへ。自律システムをめぐる責任法の一般的な進化の道筋を、サイバーセキュリティもまた辿ることになると思われます

3.4. コンプライアンス報告の「データ供給網」化

ENISAペーパーは、NIS2・CRAの報告制度を防御側の「力の乗数(force multipliers)」として再解釈し、さらに欧州の機関・当局・CSIRT・重要インフラ運用者が保有するインシデント報告、脆弱性開示、テレメトリ、マルウェア検体等を、防御用AIの訓練・評価に活用する「欧州の戦略的資産」構想を示しました。行動計画は、EUVDと単一報告プラットフォームの目的適合化、相互運用性強化によって、これを制度側から受け止めています。両文書を合わせて見えてくるのは、規制報告の性格変化です。報告はもはや監督のための手段にとどまらず、防御AIを訓練するためのデータ・サプライチェーンの起点として位置づけられつつあります。

しかしここには未解決の法律問題が凝縮されています。インシデント報告の二次利用(AI訓練目的)の法的根拠は何か。報告に含まれる営業秘密や、インシデント対応の過程で作成された弁護士秘匿特権の対象資料はどう扱われるのか。「強固な保護措置・匿名化・アクセス制御・明確な法的根拠」という条件は掲げられていますが、その具体化はこれからです。報告実務を設計する立場からは、提出情報の粒度と将来の利用可能性を織り込んだ社内ポリシーの検討が、早晩必要になると思われます。

3.5. セキュリティを正当化根拠とする産業政策——「スイッチオフ・リスク」の公式化

ENISAが「欧州製サイバーAIモデル」や「調達交渉におけるレバレッジ」というかたちで控えめに示唆した技術主権の論点を、行動計画は主権的フロンティアAI開発と数千億ユーロ規模の投資構想にまで増幅しました。注目すべきは、その正当化の論理です。行動計画は、欧州が「他者が突然スイッチを切りうる、域外製フロンティアAIシステムの脆弱な利用者」にとどまるリスクを明文で語り、アクセスが提供者や第三国当局により制限・撤回された場合のコンティンジェンシー措置の策定までブループリントに盛り込むとしています。

しかもこれは、机上の想定ではありません。行動計画の公表(7月7日)のわずか数週間前、2026年6月12日に米国政府はAnthropic社の最新フロンティアモデルClaude Fable 5(およびMythos 5)に輸出管理規制を適用し、外国籍者(米国市民・永住者以外)によるアクセスの遮断を求めました。規制が地理ではなく国籍を基準とし即時に発効したため、同社は全世界でのアクセスを一斉に停止し、欧州の利用者・企業も約18日間にわたり同モデルを利用できない状態に置かれました(規制は6月30日に解除され、7月1日にアクセスが回復しています)。行動計画がその回復の数日後に公表されたというタイミングを考えれば、「スイッチオフ・リスク」は仮定の話ではなく、公表直前に現実化した経験として本文書の背後にあると見るべきでしょう。域外の輸出管理によるアクセス遮断は、実体験を経て、EUの公式な計画前提になったのです。

ここから実務予測を立てるなら、域外AI提供者と欧州の重要インフラ運用者・当局との契約において、アクセス継続性の保証、モデル撤回時の移行支援、第三国の輸出管理変更時の取扱いといった条項が交渉事項化していくでしょう。

サイバーセキュリティが通商・産業政策の語彙で語られ、産業政策がセキュリティの語彙で正当化されるという風景を、ここでも目の当たりにすることになります。

3.6. オープン・クエスチョン

両文書を合わせ読んでもなお、触れられていない問題点として以下の点を指摘することができます。

第一に、ENISAが結章で国家当局に求めた報告処理能力の飽和対策——サージキャパシティのモデル化、優先順位付けとエスカレーションの枠組み、複数インシデント同時発生シナリオのストレステスト——には、対応するKey Actionが存在しません。義務的報告を拡大し続ける制度と、それを処理する当局の能力との乖離は、診断されたまま処方されていない論点です。

第二に、CRAが製造者に脆弱性報告の受付体制を求める方向と、AI生成レポートの氾濫が開示パイプラインを機能不全に追い込んでいる運用実態(curlプロジェクトのCVDプログラム閉鎖はその象徴でした)との緊張について、行動計画はCVDガイダンスの改訂とISO/IEC規格の「見直しへの言及」にとどまり、解を示していません。制度が要求する報告と、制度が吸収できる報告量のギャップ——これは規制設計の古典的な問題が、AIによって極端な形で再演されているものと言えます。

3.7 ボトムライン

まとめれば、両文書が描くのは、(1)速度が規範化され、(2)責任の所在が自動化の陰で曖昧になり、(3)コンプライアンス報告がデータ資産化し、(4)セキュリティと産業政策が融合していく世界です。

そうであるとすれば、両文書は、技術文書の顔をしていますが、その実質は、フロンティアAIという軍民両用性を帯びた重要技術を、社会のなかでどう取り扱うかについての戦略と具体的なポリシーの記述として理解すべきものでしょう。しかもその手段は、AI法・CRA・NIS2というハードローにとどまらず、ガイダンス、ブループリント、行動規範、資金措置、共同調達、国際的な評価枠組みといったソフトローや政策手段までを一体として動員するポリシー・ミックスになっています。

評価(誰がリスクを測るか)、アクセス(誰がいつ使えるか)、開発(誰が作る能力を持つか)、そして遮断への備え(切られたらどうするか)——重要技術のライフサイクル全体を、規範・組織・資金の組み合わせで設計しようとする試みです。

この視点は、各国の経済安全保障の観点からも重要です。Fable 5をめぐる米国の輸出管理が示したとおり、フロンティアAIへのアクセスは既に国家間の戦略的変数となっており、EUの応答は、輸出管理・投資規制といった伝統的な経済安保の道具立てに、評価能力・構造化アクセス・主権的開発という新しい層を加えるものです。

日本でも経済安全保障推進法が特定重要技術の育成・保護を制度化していますが、フロンティアAIをサイバーセキュリティと接続した包括的な戦略と、それを支えるソフトローの束という形はまだ持ち合わせていません。ここで観察すべきは、個別の規制の域外適用にとどまらず、重要技術のガバナンスをどう設計するかという戦略構想そのものの参照可能性なのだと思います。