Latest posts
OpenAIのFedRAMP Moderate後も閉域分離が重視される理由──公共・防衛AI調達の審査はなぜ続くのか
OpenAIのFedRAMP Moderateは前進だが、公共・防衛案件の追加審査はそこで終わらない
OpenAIのFedRAMP Moderate対応は、公共分野で生成AIを使ううえで大きな前進です。とくにChatGPT EnterpriseやAPI Platformの採用可否を検討する法務責任者、セキュリティ審査担当者、公共DX担当者にとって、重要な前提条件になりました。とはいえ、それだけで公共・防衛案件の審査が完了するわけではありません。
防衛系の生成AI導入文脈で閉域分離がしばしば強調されるのは、製品としての適格性と、実際の運用リスクの評価が別だからです。公共・防衛の現場では、サービス自体の適格性に加えて、どう接続し、どうデータ分離し、誰が運用主体になるのかまでが審査対象になります。
この記事では、FedRAMP Moderateが何を保証するのか、なぜ閉域分離がなお重視されるのか、そして公共・防衛案件で『認証取得済み』だけでは審査が終わらない実務理由を整理します。

https://openai.com/index/openai-available-at-fedramp-moderate/
FedRAMP Moderateが示すのは、サービス基盤の一定水準の統制である
FedRAMPは、米政府向けクラウドサービスのセキュリティ審査の枠組みです。OpenAIは公式サイトで、ChatGPT EnterpriseとAPI PlatformのFedRAMP Moderate向け提供について案内しています。
これは、公共部門での利用に向けた重要な前提条件です。アクセス制御、ログ、脆弱性管理、インシデント対応といった統制が評価されるため、調達や導入検討の入口としての意味は大きいといえます。
ただし、ここで確認されるのは主にサービス提供側の統制です。導入先の全ネットワークや、各案件の運用設計まで自動的に安全になる認証ではありません。
たとえば、認証済みの建物に入る資格が確認されても、その建物の中で誰がどの部屋に入れるかは別に設計しなければならないのと同じです。生成AIでも、サービスの認証と、利用側のネットワーク分離や権限設計は分けて見られます。
https://openai.com/solutions/industries/government/
https://help.openai.com/en/articles/20001070-chatgpt-enterprise-and-api-platform-for-fedramp
ゼロトラストの審査では、製品単体より接続経路と運用設計が問われる
NIST SP 800-207は、ゼロトラストを、従来の静的な境界防御から、利用者や資産、リソースを中心に守る考え方へ移すものとして整理しています。要するに、安全性は製品単体ではなく、通信経路や継続的な検証を含めて設計するものだということです。
この発想に立つと、FedRAMP Moderateが重要でも、それだけで十分とは言い切れません。実際の審査では、どこから接続し、どこで認証し、どこにログを残し、どの範囲を継続監視するのかが問われます。
閉域分離が重視されるのも、この延長線上にあります。外部との通信経路を絞り、説明可能な構成にしておくことが、公共・防衛案件では強く求められるからです。
防衛系の生成AI導入で閉域分離が重く見られる実務上の理由
防衛寄りの案件で閉域分離が重視される主な理由の一つは、情報区分に加えて、接続要件、監査要件、任務継続性、既存アーキテクチャへの適合まで見られやすいためです。ここで問われるのは、『AIが安全か』だけではありません。
重要なのは、『どの情報が、どの経路で、どこへ流れるか』を確実に説明できることです。未分類情報でも、いわゆるmosaic effectやaggregation riskの観点から、組み合わせや文脈次第で機微性が高く評価されうるため、外部通信やデータ移動の扱いは慎重に見られます。
閉域分離や強く制御された中継構成を採ることで、誤送信や不要な外部通信、経路不明のデータ移動を減らしやすくなります。これは過剰反応ではなく、任務継続性と説明責任を守るための現実的な設計です。
さらに、誰が、いつ、どのデータをAIに渡し、どんな結果を得たのかを後から追えることも重要です。監査可能性が弱いと、事故対応や政策説明の場面で支障が出ます。
https://dodcio.defense.gov/Portals/0/Documents/Library/DoD-ZTStrategy.pdf

『認証取得済み』と『その案件で導入可能』が一致しない理由
ここは特に誤解されやすい部分です。認証取得済みとは、主にサービス提供側の統制が確認された状態を指します。
一方で、導入可能とは、その案件の情報区分、接続先、利用部門、監査要件に合う形で組み込める状態を意味します。同じ生成AIでも、案件が違えば求められる安全設計は変わります。
たとえば、自治体の問い合わせ要約のような用途と、防衛調達文書の分析のような用途では、必要な統制が同じではありません。前者では外部SaaSで足りる場面があっても、後者では案件によって、閉域接続、中継基盤、プロンプト管理、出力保存ルールなどが求められることが多くなります。
この差を踏まえると、FedRAMP Moderateはスタート地点としては強いものの、案件審査の終点ではないことが見えてきます。調達担当者が知りたいのは、『このAIは一般論として安全か』ではなく、『この組織の条件で安全に使えるか』です。
公共・防衛案件で実際に見られる追加審査の観点
実務でまず見られるのは、入力データの分類です。公開情報なのか、内部限定なのか、任務上の機微情報なのかで、許容される接続形態は大きく変わります。
ここが曖昧だと、サービス側が認証済みでも審査は進みにくくなります。案件ごとの前提条件を先に整理できるかどうかが、その後の説明のしやすさを左右します。
次に見られるのが、通信経路と責任分界です。どこからどこへ通信するのか、暗号化はどうか、ログは誰が保管するのか、障害時に誰が責任を負うのかといった点は、提案書や審査票で細かく確認されます。
さらに重要なのが、運用主体の整理です。サービス提供者、導入事業者、利用部門、監査部門のどこが何を担うのかが曖昧だと、障害対応やインシデント時の説明責任が崩れます。
運用面では、管理者権限、利用者教育、プロンプトへの機微情報混入防止、出力の二次利用ルールも重要です。生成AIは便利ですが、運用が粗いとリスクが一気に増えるためです。
NISTのAI RMFも、AIのリスク管理を技術だけでなく、設計、運用、評価、ガバナンスを含むものとして位置づけています。つまり、モデル性能だけでなく、使い方の統制まで含めて見なければならないという考え方です。

提案書では『データ分離』『接続経路』『運用主体』の3点を先に示す
提案書や審査対応でよく問われる項目は、ある程度共通しています。『認証取得済みです』で止まらず、『この案件で使える理由』まで示すには、構成と運用の説明を揃える必要があります。
- インターネット直結か、閉域または中継構成か
- 入出力データの保存先と保持期間
- 学習利用の有無や無効化条件
- 操作ログと監査証跡の取得範囲
- 組織内ルール違反を防ぐアクセス制御
- サービス提供者、導入事業者、利用部門の責任分界
行動直前の実務では、案件ごとにFedRAMP認証有無とは別に、『データ分離』『接続経路』『運用主体』の3点で追加審査項目を作成しておくと、法務・セキュリティ・事業部門の認識を合わせやすくなります。
この3点を整理して説明できると、認証の有無だけでなく、運用設計まで含めた提案として評価されやすくなります。特に公共・防衛では、構成図と責任分界の明確さが重要な判断材料になりやすいです。
FedRAMP Moderate後も審査が続く理由は、案件審査の対象が広いからである
要点は明快です。FedRAMP Moderateは強い追い風ですが、公共・防衛案件ではそれだけで審査完了にはなりません。審査対象が、サービス単体ではなく、接続方式、データの流れ、監査性、運用責任まで広がるからです。
防衛系の生成AI導入文脈で閉域分離が強調されるのは、生成AIへの不信そのものというより、法令遵守、既存ネットワーク制約、説明責任、リスク管理といった要因が重なるためと考えられます。とくに機微情報を扱う場面では、『認証済みか』以上に、『どう組み込むか』が重く見られます。
実務担当者が確認したいのは、大きく3点です。認証の範囲はどこまでか、自組織の情報区分に合うデータ分離と接続形態か、監査と運用主体まで説明できるか。この3つが揃って初めて、AIニュースの話題が実際の導入判断につながります。
公共・防衛AI調達で採用可否を判断するなら、案件ごとにFedRAMP認証の確認で終えず、『データ分離』『接続経路』『運用主体』の3点を追加審査項目として先に並べるのが実務的です。
今後のAI調達は、単純なモデル性能の比較だけでなく、安全に使い切る設計力の勝負になっていくはずです。そこを押さえると、FedRAMP Moderateのニュースも、単なる認証取得ではなく、実装と運用の議論の入口として見えてきます。