Latest posts

域内保管より先に危うい――欧州防衛が見ているのは「データ所在地」ではなく「命令権」だ

The Global Current

欧州防衛AI案件では、域内保管だけでは適格性を説明しきれない

主権クラウドAIという言葉を聞くと、多くの人はまずデータの保存場所を思い浮かべる。欧州域内に置き、域外に出さず、GPUも域内で確保する。そこまでできれば、防衛用途でもかなり前進したように見える。

だが、欧州政府・防衛調達の視線はそこで止まらない。重要なのは、平時にどこへ置くかより、有事や障害時に誰がその環境へ命令できるのかという点だ。

この問題意識は、欧州委員会が示してきたデジタル主権の議論や、一部の防衛向けクラウド調達要件を見ると、共通して見られる。まず広い状況把握の入口としては、Reutersの欧州報道が流れをつかみやすい。

https://www.reuters.com/world/europe/

ここで問われているのは、技術そのものより機密運用統治の実効性である。データが欧州にあっても、命令権が域外の法体系や企業本社に届くなら、主権は見かけほど強くない。

この違和感が、防衛向けの生成AI案件で一気に前景化している。

主権クラウドAIの争点は、GPUや保管法域から命令権の設計へ移った

もちろん、GPU不足や先端半導体へのアクセスは軽い問題ではない。生成AIを含む高度なワークロードでは、計算資源の確保は依然としてボトルネックであり、域内保管も規制対応の前提になる。

ただ、防衛分野ではそれらは通過条件に近い。調達側がさらに知りたいのは、障害対応の権限、保守要員の属性、鍵管理の独立性、監査時の実地確認能力といった、運用主権の設計である。

欧州で議論されてきたEUCSのような認証枠組みでは、まだ最終確定前の草案・協議段階が続く中、一部の草案や議論で、単なるサーバー所在地ではなく、支配関係や第三国法の影響をどこまで切り分けられるかが争点になっている。背景理解には、ENISAのクラウド認証議論が参考になる。

要するに、争点は「どこにあるか」から「誰が触れられるか」へ移った。AI基盤がクラウドの上で動く以上、モデル、データ、運用、保守のどこか一つでも外部命令に開いていれば、防衛用途では全体の信頼性が揺らぐ。

監査人の現地立会要件が重いのは、紙の監査ではなく実地確認の可否が問われるから

監査という言葉だけを見ると、報告書提出やログ開示の話に聞こえる。だが、防衛分野で重くなるのは、監査人が実際に現場へ入り、運用フローやアクセス統制を自分の目で確認できるかという点である。

これは形式論ではない。クラウド運用では、設定変更、障害対応、バックアップ復旧、特権ID管理など、書面と現場の間に差が出やすい。

もし監査権が十分でも、現地立会いが契約上・法務上・サプライチェーン上の理由で制限されるなら、防衛当局から見れば検証不能なブラックボックスが残る。監査実務の感覚をつかむには、NATOや加盟国の監査基準などの資料を参照する必要がある。なお、以下のURLはその種の資料ではない。

ここで問題になるのは、施設の所在だけではない。誰が監査に同席し、誰が説明し、誰が追加資料を出せるのか。その一つひとつが、最終的には主権の密度を決める。

障害時の強制アクセス命令は、緊急時アクセス権の発動条件しだいで平時の契約条項を無力化しうる

平時の契約では、アクセス権、サポート範囲、鍵管理、データ移転禁止などが丁寧に定義される。だが、本当に防衛側が気にしているのは、障害や捜査協力、緊急対応の局面で、その取り決めがどこまで維持されるかである。

たとえば、本社所在国の法制度が、その法域の管轄下にある企業に対し、令状や命令を通じて情報提出や協力義務を課しうる場合、域内保管の約束だけで到達可能性の問題が解消するとは限らない。米国のCLOUD Actはその象徴として繰り返し参照されてきたが、適用対象や手続には一定の限定がある。

条文理解に入る前に、まず報道ベースで周辺論点の全体像をつかむことはできる。ただし、BBCのテクノロジー報道は広い入口にはなっても、この論点の直接の根拠としては特定性が高くない。

この論点の核心は、命令が実際に発せられる頻度ではない。頻度が低くても、発せられたときに拒否できない構造があるなら、防衛調達ではリスクとして計上される。

だからこそ、法的到達可能性は性能指標より先に、緊急時アクセス権の発動条件とあわせて確認される。

再委託先の国籍・所在制限は、差別ではなく到達可能性の管理として理解される

一部の防衛案件で見られる再委託先の国籍、居住、適格性に関する制限は、表面だけ見ると排他的に映るかもしれない。しかし、防衛調達の文脈では、これはアイデンティティの問題というより、到達可能性の管理に近い。

クラウドやAI基盤は、多層の委託網で成り立つ。保守運用、セキュリティ監視、ソフトウェア更新、障害切り分け、部材交換、外部サポートまで含めると、実際にシステムへ接近できる主体は予想以上に多い。

もし再委託先が特定法域の命令や雇用義務に服するなら、そのネットワーク全体が潜在的なアクセス経路になる。サプライチェーン安全保障の考え方については、CSISの分析が参考になる。

つまり、防衛当局が見ているのは企業の善意ではなく、命令が届く回路の数である。こうした再委託先の国籍・所在制限は、その回路を減らすための粗いが実務的な手段として理解した方が実態に近い。

Google・Microsoft・Oracleが同じ欧州主権クラウドAIを防衛向けに広げにくい理由

ここで重要なのは、個社ごとの技術力や営業努力を過小評価しないことである。Google、Microsoft、Oracleはそれぞれ異なるアーキテクチャ、提携戦略、主権クラウドの設計思想を持っている。

欧州企業との合弁、ローカル運用、鍵管理分離などの工夫も進んでいる。それでも、防衛案件で同様の懸念を向けられやすいのは、競争力の不足ではなく、本社法域に由来する共通の制約が残るからだ。

どれだけ域内運用を厚くしても、監査人の現地立会要件、障害時の強制アクセス命令、再委託先の国籍・所在制限の局面では、最終的な責任主体と法的服従先が問われる。欧州の産業政策や主権クラウド連携を追うなら、Politico Europeのテック報道も流れをつかみやすい。

欧州防衛が本当に求めているのは、欧州で使えるクラウドではなく、欧州が止められるクラウドなのかもしれない。所有権やブランドより、命令権と拒否権の配置が先に評価される。

案件適格性を見極める実務では、保管法域や運用国籍を確認した次に、当局監査時の現地立会要件、緊急時アクセス権の発動条件、再委託先の国籍・所在制限を並べて確認する必要がある。

その視点に立つと、主権クラウドAIの競争は、性能競争の顔をした統治設計競争に見えてくる。

In this article
欧州防衛AI案件では、域内保管だけでは適格性を説明しきれない
主権クラウドAIの争点は、GPUや保管法域から命令権の設計へ移った
監査人の現地立会要件が重いのは、紙の監査ではなく実地確認の可否が問われるから
障害時の強制アクセス命令は、緊急時アクセス権の発動条件しだいで平時の契約条項を無力化しうる
再委託先の国籍・所在制限は、差別ではなく到達可能性の管理として理解される
Google・Microsoft・Oracleが同じ欧州主権クラウドAIを防衛向けに広げにくい理由