EU AI法、2026年8月2日施行まで残り6週間。多くの組織が未対応。

本日から6週間後、EU AI法コンプライアンスに関する高リスクAIシステムの義務が法的に発効します。EU AI法の第9条から第17条および第26条は、附属書IIIの高リスクAIシステムの導入者を規定しており、2026年8月2日から施行されます。罰則の上限は非常に高く、最大1,500万ユーロまたは全世界年間売上高の3%のいずれか高い方が科されます。多くの中堅・大企業にとって、これは無視できる金額ではありません。

2026年5月7日にEUの立法者が政治的合意に達し、一部の実施期限の見直しに前向きな姿勢を示しました。一部の組織はこれをコンプライアンスプログラムの一時停止の許可と解釈していますが、その解釈は法的に非常に危険です。2026年6月時点で、5月7日の合意はまだ法制化されていません。8月2日が依然として有効な期日です。見直し後のスケジュールが立法プロセスを通過するのを待っている組織は、必要な管理策、文書、ガバナンス基盤が整わないまま期限を迎えるリスクを負っています。

コンプライアンスギャップは現実的かつ測定可能です。2026年6月に発表された調査によると、AIガバナンスポリシーを導入している組織はわずか37%しかありません。一方で、従業員の80%以上が未承認のAIツールを利用しており、この傾向はセキュリティ研究者によってシャドーITと呼ばれています。この「ガバナンスのないAIの広範な導入」という組み合わせこそ、EU AI法の導入者義務が対処を目的としたシナリオです。また、これは新たに施行された米国州法の下でも同時にリスクとなります。

法務、金融、ライフサイエンス、雇用など、附属書IIIのAIシステムが積極的に利用されている分野で事業を展開している組織にとって、今後6週間は待機期間ではありません。まさに期限に向けたラストスパートです。本記事では、法律が求める要件、ほとんどの組織が不足している点、そして8月2日までにギャップを埋める方法を整理します。

主なポイント

1. 2026年8月2日が施行期限として有効

2026年5月7日のEU政治合意によるスケジュール見直しは法制化されておらず、附属書III高リスクAIシステムの導入者にとって8月2日が依然として有効な期限であり、罰則上限は1,500万ユーロまたは全世界年間売上高の3%に達します。

2. シャドーAIは将来のリスクではなく、現在進行中のデータ漏洩事象

従業員の80%以上が未承認のAIツールを利用しており、法務関連の成果物はそれらのチャネルを通じて漏洩する機密データの22.3%を占め、EU AI法および情報漏洩リスクが同時に発生しています。

3. コロラドAI法はすでに施行済み

コロラド州は2026年6月1日から高リスクAIの導入者に積極的な義務を課した米国初の州となりました。米国州法を無視したEU中心のコンプライアンスプログラムは不十分です。

4. 人による監督とログ管理にはポリシーだけでなく技術的インフラが必要

第26条は、適切な粒度での運用上の人による監督管理と自動イベントログ記録を要求します。ポリシー文書や意図の記載だけでは要件を満たしません。

5. シャドーAIインシデントは平均67万ドルの追加漏洩コストを伴う

シャドーAIチャネルを閉じる財務的根拠は明確です。平均67万ドルの追加漏洩コストと247日の平均検知期間は、AIガバナンスが財務リスク管理の課題であることを示しています。

EU AI法が導入者に実際に求めていること

EU AI法は、AIシステムを開発・市場投入する「プロバイダー」と、業務上AIシステムを利用する「導入者」を区別しています。大半の企業は導入者に該当します。附属書III高リスクAIシステムの導入者に課される義務は、実務的かつ具体的です。

第26条は、導入者に人による監督措置の実施、プロバイダーの指示に従ったAIシステムの利用、システム運用の監視、重大インシデントの市場監視当局への報告を義務付けています。これらは理想目標ではなく、証跡を伴う強制力のある要件です。

第9条から第17条は、AIシステムのデータガバナンス管理方法に直接影響する追加要件を重ねています。第10条は、データ品質基準、データ準備プロセス、バイアス対策など、適切なデータガバナンス実践を要求します。これは、採用、与信、教育、法執行、重要サービスへのアクセスなど、附属書IIIに記載のAIシステムで特に重要です。

第13条の透明性義務では、高リスクAIシステムが導入者による出力解釈を可能に設計され、導入者が十分な情報を得て利用できる形で情報提供されることが求められます。第12条のログ要件は、システムの目的に応じた適切な粒度で、システムのライフサイクル全体にわたるイベントの自動記録を義務付けています。附属書IIIのAIシステムがどのように重要な判断に至ったか、完全な監査ログを提示できなければ、コンプライアンス違反となります。

罰則構造は、EU規制当局がこれらの要件をいかに重視しているかを反映しています。導入者義務の不履行に対する最大1,500万ユーロまたは全世界年間売上高の3%の罰金は、深刻なGDPRコンプライアンス違反と同等の水準です。すでにGDPR対応を経験した組織は、このパターンを認識できるはずです。初期のコンプライアンス基盤への投資不足は、後の是正コストを過大にします。

附属書IIIの理解：実際に対象となるAIシステムとは

EU AI法の附属書IIIは、高リスクAIシステムの8カテゴリを列挙しています。どのカテゴリが自社に該当するかを把握することが、あらゆるコンプライアンスプログラムの出発点です。多くの組織は、附属書IIIの対象範囲が当初の想定より広いことに気づくでしょう。

8つのカテゴリは以下の通りです：生体認証・分類システム、重要インフラ管理（エネルギー・水・交通・デジタルインフラ）で使われるAI、教育・職業訓練（入学・成績評価・監督・学習評価）で使われるAI、雇用・労務管理（採用・候補者選考・業績評価・タスク割当）で使われるAI、重要な民間・公共サービスや給付へのアクセス判断（与信・保険リスク評価・緊急通報優先順位付け）で使われるAI、法執行AI（リスク評価・犯罪分析・証拠評価）、移民・庇護・国境管理AI、司法行政・民主的プロセス（裁判所向けリサーチ支援・選挙公正ツール）で使われるAI。

中堅から大企業の多くは、雇用・金融サービスカテゴリが附属書IIIリスクの最も一般的な接点です。AIによる履歴書スクリーニング、自動面接日程調整・候補者ランク付け機能付きツール、アルゴリズム評価を組み込んだ業績管理システム、与信モデルなどはすべて対象です。AI支援ワークフローを正式なAIデータガバナンスプログラムなしで導入している法務・人事・財務部門は、これを緊急の棚卸し課題と捉えるべきです。

教育・医療分野には追加の範囲検討が必要です。医療画像診断、臨床意思決定支援、治療提案、患者リスク層別化に使われるAIシステムは、用途や出力が臨床判断にどの程度影響するかによって、附属書IIIの高リスクAIに該当する可能性があります。これらの分野の機関は、EU AI法の定義と既存の規制コンプライアンス枠組みに精通した法務担当とともに、附属書IIIの範囲特定作業を進めるべきです。

第10条データガバナンス：最も運用負荷の高い要件

第9条から第17条の要件の中で、第10条は最も運用面で難易度が高いとされています。トレーニング・検証・テスト用データセットがシステムの目的に適した品質基準を満たし、適切なデータガバナンス実践の下で管理され、バイアスの有無を検証し、利用ケースに適した統計的特性を有していることが求められます。

自社でAIシステムを構築していない（＝大半の導入者）場合、第10条への対応は、モデル学習の直接的な管理よりも、ベンダーのデューデリジェンスと文書整備が中心となります。導入者は、AIプロバイダーから第10条要件を満たす技術文書を取得し、自社でのシステム設定内容、入力データ、出力に対するバイアス評価など、自社導入環境で実施した内容を補足文書として整備する必要があります。

第10条は継続的な性格も持ちます。一度の認証で終わりではありません。AIシステムが進化し、プロバイダーがモデルをアップデートし、組織が利用方法を変えるたびに、データガバナンス文書も現状を反映して更新する必要があります。AIシステムに投入するデータを最小限に絞る「データ最小化」原則の適用は、バイアスリスクとデータ露出を同時に減らす実践的な第一歩です。

シャドーAI問題がコンプライアンスを難しくしている

多くの企業にとってEU AI法コンプライアンスの最大の構造的障壁は、シャドーAI、すなわち正式なAI戦略を待たずに従業員が未承認・未管理のAIツールを利用することです。2026年6月の調査は、この問題の深刻さを鮮明に示しています。従業員の80%以上が未承認AIツールを利用し、AIガバナンスポリシーを導入している組織は37%に過ぎません。この「80%の利用 vs 37%のガバナンス」ギャップこそ、規制リスクの温床です。

シャドーAIに伴うデータ漏洩パターンは具体的かつ深刻です。従業員が未承認AIツールに貼り付けている内容の30%はソースコード、22.3%は法務関連成果物、12.6%はM&Aデータです。いずれも低感度データではありません。法務成果物は、EU AI法のデータガバナンス要件が保護を目的とする機密情報そのものです。また、裁判所がAI利用に注目し始めているのもこのカテゴリです。データ分類は、従業員が未承認AIチャネルに流してはいけないコンテンツを特定するための基礎的な管理策です。

WilmerHaleは2026年2月、裁判所が法的書類におけるAIの誤生成（ハルシネーション）について弁護士の責任を問う事例が出始めていると報告しました。弁護士が未承認AIツールで書類を作成し、虚偽の引用が含まれていた場合、単なる職業的な恥では済みません。制裁、過失責任、そしてAIガバナンス実践への司法的注目が高まっています。シャドーAI、法務成果物、規制監視の交差点は、AIガバナンスをITポリシーではなく組織リスクの問題にしています。

シャドーAIチャネルを閉じる財務的根拠も明確です。AI関連の漏洩を経験した組織は、平均67万ドルの追加コストを負担しています。シャドーAIインシデントの平均検知期間は247日です。どちらの数字も同じ結論を示しています。シャドーAIは理論上のガバナンス問題ではなく、今後8カ月以内に現実化するインシデントコストです。

シャドーAIチャネルを閉じるには、従業員が実際に利用しているAIツールの可視化、機密データを承認済みシステム経由で流す管理策、そして従業員が実際に使いたくなるKiteworksのセキュアなファイル共有基盤が必要です。承認済みオプションが不便で未承認オプションが手軽なら、従業員はポリシーに関係なく未承認オプションを選び続けます。

コロラドAI法が米国で並行リスクを生む

2026年前半、組織が直面した期限はEU AI法だけではありません。コロラド人工知能法は2026年6月1日に施行され、高リスクAIシステムの導入者に積極的な義務を課した米国初の州法となりました。すでにEU AI法対応を進めている組織にとって、コロラド法は類似の概念を用いながら実装の詳細が異なる並行コンプライアンス課題を生み出します。

コロラド法は、高リスクAIシステムの導入者に「消費者をアルゴリズム差別から守る注意義務」を課し、導入前および定期的なバイアス影響評価を義務付けています。また、高リスクAIが重要な意思決定に使われる場合、消費者への透明性通知も求められます。さらに、これらの義務が履行されていることを示すガバナンス文書の維持も義務です。

EU AI法との概念的な重複は大きいです。両制度とも、AIシステムの文書化、リスク評価、人による監督、影響を受ける個人への透明性を要求しています。一方のために構築したコンプライアンス基盤の多くは、もう一方にも適用できます。同じデータガバナンスフレームワーク、同じログ管理、同じ監督メカニズムが両制度で活用できます。

米国で事業を展開する組織にとっての実務的な意味は、AIガバナンスがもはや欧州だけの課題ではないということです。コロラド州が高リスクAI導入者義務を制定した最初の州ですが、最後にはなりません。EU AI法要件を最低基準とし、米国州データプライバシー法への拡張性を設計したコンプライアンスプログラムの方が、2つの別個のプログラムを構築するよりも持続的な投資となります。

EU AI法と既存コンプライアンス枠組みの交差点

すでにGDPR、HIPAA、NIS2、DORAなどの対応を進めている組織にとって、EU AI法は全く新しいコンプライアンス領域ではありません。多くの組織が既に構築してきた義務を拡張するものです。既存のコンプライアンス基盤とEU AI法要件がどこで重なるかを理解することで、ギャップ解消が加速し、作業の重複も回避できます。

EU AI法とGDPR

EU AI法とGDPRコンプライアンスの関係は、欧州の組織にとって最も重要な重複領域です。両規則とも、個人データの取扱い方法を規定し、データ処理の妥当性や処理活動の文書化を要求します。GDPRのデータ保護影響評価（DPIA）プロセスは、高リスク処理活動に必須であり、EU AI法第9条のリスク評価と概念的に整合しています。成熟したDPIAプロセスを持つ組織は、その手法をAIシステムのリスク評価にも拡張できます。

GDPR第22条（自動意思決定の規定と、完全自動化された意思決定に関する個人の権利）は、重要な出力を生み出す附属書IIIのAIシステムに直接関係します。第22条対応のために構築した人によるレビューや個人権利対応ワークフローは、EU AI法第26条の人による監督要件への対応でも有利です。文書フォーマットは異なりますが、運用管理策はほぼ同じです。

GDPRとEU AI法コンプライアンスの主なギャップは、技術的なログ管理とバイアス評価です。GDPRは第12条が求める詳細な自動イベントログ記録を義務付けておらず、第10条のデータガバナンス品質基準も課していません。これらが、EU AI法対応で既存GDPRプログラムに追加投資が必要となる領域です。

EU AI法とNIS2

NIS2コンプライアンスは、重要サービス事業者や重要組織に対してサイバーセキュリティリスク管理義務とインシデント報告義務を課しています。これらの義務はEU AI法要件と密接に一致します。NIS2の「適切かつ比例的な技術的・組織的対策によるサイバーセキュリティリスク管理」義務は、機密データを処理したり重要サービスに影響を与えるAIシステムにも自然に拡張されます。

NIS2のインシデント報告義務（重大インシデントは24時間以内に初報、72時間以内に詳細報告）は、EU AI法第26条の附属書III AIシステムに関する重大インシデント報告義務と並行しています。NIS2対応でインシデント検知・報告パイプラインを構築している組織は、それをAI特有のインシデントカテゴリにも拡張できます。AIシステムの障害や誤用シナリオを明示的にカバーしたインシデント対応計画が、NIS2およびEU AI法双方の報告義務達成の前提条件です。

実務的な統合ポイントはリスクレジスター管理です。成熟したNIS2リスクレジスターを持つ組織は、附属書III AIシステムをリスクカテゴリとして追加し、各システムが生む固有リスクを文書化し、既存NIS2管理策をEU AI法要件にマッピングすべきです。ギャップは通常、ログの粒度、バイアス評価文書、AI特有の人による監督ワークフローに現れます。

EU AI法とDORA

金融サービス組織が進めているDORAコンプライアンスは、あらゆる分野でも最も運用的に厳格なICTリスク管理フレームワーク要件を課しています。DORAのICT資産インベントリ、リスク評価、サードパーティ管理、インシデント報告要件は、EU AI法の導入者義務と高い親和性を持つコンプライアンス基盤を生み出します。

DORAのサードパーティICTプロバイダー要件は特に重要です。DORA対象の金融機関は、AIツールプロバイダーを含むICTプロバイダーのデューデリジェンスを実施し、継続的なアクセス・可監査性・契約解除権を確保する契約保護を維持しなければなりません。このデューデリジェンス枠組みをAIプロバイダーに適用することで、第10条のベンダー文書要件や第12条のログ要件を直接支援できます。DORAのデューデリジェンスプロセスは、EU AI法導入者義務が求めるプロバイダー側技術文書取得のための構造化された仕組みを提供します。

EU AI法とHIPAA

医療機関が進めているHIPAAコンプライアンスは、EU AI法の複数要件と一致するデータガバナンス・監査管理義務を持っています。HIPAAの監査管理基準（45 CFR § 164.312(b)）は、電子保護健康情報を含む情報システム内の活動を記録・検証するハードウェア・ソフトウェア・手続き的仕組みの実装を義務付けています。この監査管理要件をPHIを処理するAIシステムにも拡張すれば、第12条のログ要件の多くをカバーできます。

HIPAAのリスク分析要件（45 CFR § 164.308(a)(1)）は、ePHIの機密性・完全性・可用性に対するリスクと脆弱性を正確かつ徹底的に評価する義務であり、EU AI法第9条のリスク管理要件に適用できる手法を提供します。AI支援臨床ツールについて徹底したHIPAAリスク分析を実施している医療機関は、その分析をEU AI法基準に拡張する準備ができています。

医療機関に特有のギャップはバイアス評価です。HIPAAは臨床AIツールのバイアス評価を義務付けていません。EU AI法第10条のデータガバナンス要件は、附属書IIIの高リスクに該当する医療AIシステムに直接適用されるため、医療機関は既存コンプライアンス枠組みにバイアス評価手法を追加する必要があります。

コンプライアンスが求める技術インフラの構築

規制義務は最終的に技術的管理策によって運用化されます。EU AI法の導入者要件（第26条）は、ポリシー文書だけでは満たせません。必要なのはインフラです。AI判断イベントを適切な粒度で記録するログシステム、品質・バイアス基準を強制するデータガバナンス管理策、事後的な付け足しではなくワークフローに組み込まれた人による監督メカニズム、規定期間内に重大インシデントを規制当局に報告できるインシデント報告パイプラインなどが求められます。

ゼロトラスト・アーキテクチャの原則はAIガバナンスに直接適用できます。ゼロトラストが「ネットワーク上のいかなる主体もデフォルトで信頼せず、すべてのアクセスを継続的に検証する」ことを求めるように、AIガバナンスも「機密データとのAIインタラクションはすべて監視され、重要な意思決定に影響するAI出力はすべて追跡可能である」ことを求めます。原則は同じです。常に検証し、すべてを記録し、監視されていないチャネルはいずれ悪用されると想定する。ゼロトラスト原則と、ユーザーの役割やコンテンツの機密度に基づいてAIシステムのアクセスを制限するABAC管理策を組み合わせることで、第26条の人による監督要件が求める多層防御を実現できます。

AIシステムを通じて機密データフローを管理する組織には、セキュアMFT基盤がAI関連データ交換のガバナンスチャネルを提供します。AIシステムがトレーニングデータを受け取ったり、推論の入力・出力を交換したり、結果を下流システムに渡す際は、ガバナンス管理策をバイパスするアドホックな連携ではなく、監視・記録・ポリシー制御されたチャネルを通じて行うべきです。

ここで隣接する規制枠組みとの接続が重要です。NIS2コンプライアンス義務のある組織は、すでにインシデント報告やリスク管理義務がEU AI法要件と大きく重なっています。金融サービス分野でDORAコンプライアンスを進めている組織は、AIシステムリスクにも拡張できるICTリスク管理フレームワークを持っています。医療機関が進めるHIPAAコンプライアンスは、第10条・第12条要件と一致するデータガバナンス・監査義務を持っています。既存コンプライアンス基盤を活用すれば、ゼロから始めるよりも迅速に対応できます。

KiteworksのAIガバナンスおよびCompliant AI機能は、第10条データガバナンス義務に直接対応し、機密データを処理するAI向けのガバナンスチャネルを提供します。KiteworksはFedRAMPコンプライアンス認証（中程度レベル）、CMMCレベル2認証を取得し、HIPAA、NIS2、DORAのコンプライアンス要件もサポートしています。FedRAMPの厳格な管理策を満たすインフラは、EU AI法のログ管理、データガバナンス、監督要件にも対応しており、自己申告ではなく第三者による独立検証済みです。CISOダッシュボードは、セキュリティ・コンプライアンスチームにAIシステムが組織全体でアクセスしているデータのリアルタイム可視化を提供し、報告対象インシデントになる前に異常なAI活動を検知できます。

6週間：実践的な準備チェックリスト

6週間あれば、正しく優先順位をつければ有意義なコンプライアンス進展が可能です。以下の手順は、8月2日の監査で規制当局が確認するポイントを反映しています。

1. まず、附属書III AIシステムの棚卸しを行います。特定できていないものは管理できません。附属書IIIは、生体認証、重要インフラ、教育、雇用、重要サービス、法執行、移民、司法行政で使われるAIシステムを対象としています。これらの分野でAIを利用している場合、そのシステムは対象です。

2. 次に、それらのシステムに対するデータガバナンス管理策を監査します。第10条は適切なデータガバナンス実践を要求しています。トレーニングデータの出所、データ品質基準、バイアス評価手法を文書化しましょう。この文書が用意できていなければ、それが最優先のギャップです。

3. 3つ目は、ログ管理と可監査性の評価です。第12条は適切な粒度での自動イベントログ記録を要求しています。今日、附属書IIIシステムの1つから監査ログのサンプルを抽出してみてください。システムがどのように重要な判断に至ったか、完全かつタイムスタンプ付きのログを提示できなければ、ログ基盤の即時改善が必要です。

4. 4つ目は、人による監督メカニズムの文書化です。第26条は、人による監督が実際に運用されていることを要求しており、ポリシー記載だけでは不十分です。AI出力を人が重要な判断前にレビューする具体的なワークフローステップを整理しましょう。

5. 5つ目は、シャドーAIチャネルの遮断です。これはコンプライアンス要件であると同時にデータセキュリティ上の必須事項です。従業員が機密データの処理に使っている未承認AIツールを特定し、ネットワークレイヤーでアクセスを遮断し、AIガバナンス基盤を通じて正当なAI支援業務に使えるガバナンス付き代替手段を提供しましょう。

6. 6つ目は、既存コンプライアンス枠組みとEU AI法のギャップをマッピングすることです。すでにGDPR、NIS2、DORA、HIPAAのコンプライアンスプログラムがある場合、それらの管理策をEU AI法要件にマッピングしましょう。重複は大きく、ギャップ（典型的にはログ粒度、バイアス評価文書、AI特有の人による監督ワークフロー）は、既存基盤を拡張する方がゼロから構築するよりも対処しやすいです。

7. 7つ目は、AIプロバイダーから技術文書を取得することです。第10条対応には、トレーニングデータガバナンス、バイアス評価手法、データ品質基準をカバーしたプロバイダーの技術文書が必要です。AIプロバイダーが要請時にこの文書を提出できない場合、それは8月2日までに解消すべきベンダーリスク管理ギャップです。文書を取得するか、文書が得られないシステムは置き換えましょう。

EU AI法コンプライアンスや、8月2日までに必要なガバナンス基盤の構築方法について詳しく知りたい方は、カスタムデモを今すぐご予約ください。

追加リソース

• ブログ記事
  AIプライバシー保護を手頃に実現するゼロトラスト戦略
• ブログ記事
  77%の組織がAIデータセキュリティで失敗している理由
• eBook
  AIガバナンスギャップ：2025年に91%の中小企業がデータセキュリティでロシアンルーレットをしている理由
• ブログ記事
  あなたのデータに「–dangerously-skip-permissions」は存在しない
• ブログ記事
  規制当局はAIポリシーの有無を問うのをやめた。今求められるのは「機能している証拠」