G-gen の武井です。当記事では、Google Cloud のセキュリティ対策を観点ごとに整理し、網羅的にまとめます。

はじめに
全体像
証跡管理
- 概要
- 関連サービス・機能
予防的統制（統制の基盤を整備する）
予防的統制（ID・認証基盤を整備する）
- 概要
- 関連サービス・機能
予防的統制（コンソール・API へのアクセスを制御する）
- 概要
- 関連サービス・機能
予防的統制（最小権限の原則を徹底する）
- 概要
- 関連サービス・機能
予防的統制（組織横断で一貫した統制を適用する）
- 概要
- 関連サービス・機能
予防的統制（ネットワークレベルで防御する）
- 概要
- 関連サービス・機能
予防的統制（データを暗号化・保護する）
- 概要
- 関連サービス・機能
予防的統制（コンテナやコードの安全性を担保する）
- 概要
- 関連サービス・機能
発見的統制
- 概要
- 関連サービス・機能
是正的統制
- 概要
- 関連サービス・機能
経済的統制
- 概要
- 関連サービス・機能
生成 AI 特有のセキュリティ

はじめに

Google Cloud にはセキュリティに関連するサービスが数多く存在します。しかし、いざ Google Cloud 環境をセキュアにしたいと考えたとき、どのサービスをどう組み合わせればよいかを俯瞰的に把握するのは容易ではありません。

当記事では、セキュリティ上の観点（何を守りたいか、何を実現したいか）を軸にサービスを分類し、それぞれの課題に応じて必要なサービスを素早く特定できることを目指します。

全体像

当記事では、Google Cloud のセキュリティサービスを以下の5つに分類して解説します。

#	分類	概要
1	証跡管理	「いつ・だれが・何を・どのように」操作したかを記録し、追跡を可能にする
2	予防的統制	不適切な操作や攻撃を未然に防ぐ。アクセス制御・認証・暗号化・ネットワーク防御等
3	発見的統制	セキュリティ事象や設定ミスを速やかに検知し、可視化する
4	是正的統制	不適切な状態が発生した際に自動的に修復し、あるべき状態を維持する
5	経済的統制	クラウド利用料金の異常な増加から組織を保護する（EDoS 対策を含む）

また、各分類に該当する Google Cloud のサービスについては以下のとおりです。

#	目的（分類）	該当サービス
1	操作ログ・資産情報を記録する（証跡管理）	・Cloud Audit Logs ・Cloud Logging ・Cloud Asset Inventory
2	統制の基盤を整備する（予防的統制）	・組織（Organization）・階層構造
3	ID・認証基盤を整備する（予防的統制）	・Google Workspace / Cloud Identity ・MFA・パスキー・Workforce Identity Federation ・Workload Identity Federation ・Secret Manager
4	コンソール・API へのアクセスを制御する（予防的統制）	・Chrome Enterprise Premium ・Identity-Aware Proxy ・Access Context Manager ・Context-Aware Access ・VPC Service Controls
5	最小権限の原則を徹底する（予防的統制）	・Identity and Access Management ・Privileged Access Manager ・拒否ポリシー
6	組織横断で一貫した統制を適用する（予防的統制）	・組織のポリシー・カスタム制約・タグ
7	ネットワークレベルでの防御を行う（予防的統制）	・Cloud NGFW ・Cloud Armor ・Cloud NAT ・Secure Web Proxy ・Cloud IDS
8	データを暗号化・保護する（予防的統制）	・Cloud KMS ・Cloud EKM ・Cloud HSM ・Sensitive Data Protection ・VPC Service Controls ・Certificate Authority Service ・Certificate Manager
9	コンテナやコードの安全性を担保する（予防的統制）	・Artifact Registry / Artifact Analysis ・Binary Authorization ・GKE セキュリティ機能・Software supply chain security
10	脅威・設定ミスを把握する（発見的統制）	・Security Command Center ・IAM Recommender（Active Assist）・Cloud Monitoring ・Google SecOps（SIEM / SOAR）・Mandiant
11	不適切な状態を修復する（是正的統制）	・Config Controller ・Eventarc + Cloud Run functions / Workflows ・Google SecOps（SOAR）
12	クラウドの利用料金を保護する（経済的統制）	・Cloud Billing 予算アラート・Spend Caps ・コスト異常検知・Quotas

なお、近年トピックとして重要性が増している 生成 AI 特有のセキュリティ については、独立した章で解説します。

証跡管理

概要

証跡管理とは、「いつ・だれが・何を・どのように」操作したかを記録し、いつでも追跡可能な状態にしておくための取り組みで、インシデント発生時の原因究明、内部監査・外部監査への対応、内部統制（J-SOX 等）において重要な要素となります。

Google Cloud では、Cloud Audit Logs が API 操作の監査証跡を自動的に記録し、それらを集約・保管する基盤として Cloud Logging があります。

さらに Cloud Asset Inventory によって、リソース構成の変更履歴を時系列で追跡できます。

#	名称	説明	料金	デフォルト
1	管理アクティビティ監査ログ	リソースに対する管理的な更新系の API リクエストが記録される	無料	有効（無効化できない）
2	データアクセス監査ログ	リソースやデータに対する更新系・読み取り系の API リクエストが記録される。有効化するとログ容量が大きくなる可能性があるため注意	有料	無効（BigQuery のみデフォルト有効）
3	システムイベント監査ログ	ユーザではなくGoogle Cloudサービスによって行われたリソース構成変更が記録される	無料	有効（無効化できない）
4	ポリシー拒否監査ログ	セキュリティポリシー違反（VPC Service Controls や組織のポリシー等）によって拒否された API リクエストが記録される	有料	有効（除外フィルタ設定可能）

#	機能	説明
1	ログエクスプローラ	ログクエリ言語による高速なログ検索
2	ログバケット	ログエクスプローラでログを可視化するための専用ストレージ
3	ログシンク	ログを Cloud Storage、BigQuery、Pub/Sub 等へ転送する機能
4	ログベースのアラート	特定のログパターン検知時のアラート発報
5	ログベースのメトリクス	ログから定義可能なカスタムメトリクス

#	用途	説明
1	資産棚卸	現在のリソース構成を CSV / JSON 等で一括エクスポート（監査・コンプライアンス対応で利用）
2	構成変更履歴の追跡	リソースの状態を時系列で保持し、過去のある時点の構成を確認可能
3	リソース横断検索	組織内のフォルダ、プロジェクトを横断したリソース検索
4	IAM ポリシーの検索	「誰が、どのリソースに、どの権限を持っているか」の俯瞰
5	変更通知	リソース変更時に Pub/Sub へ通知を送信し、後続処理のトリガーとして利用

予防的統制（統制の基盤を整備する）

概要

Google Cloud を組織的に利用するにあたり、最初に行うべきは 組織（Organization）の作成 です。

組織は Google Cloud 環境を統制ならびに管理するためのリソースで、後述する IAM、組織のポリシー、VPC Service Controls、Security Command Center など、ほぼすべてのセキュリティ施策の前提となります。

組織がなくても Google Cloud を利用できますが、その場合、組織的な統制やガバナンスに必要な機能の多くが利用できません。企業や官公庁で Google Cloud を利用する場合、組織の構成は必須といえます。

リソース	役割
プロジェクト	Google Cloud リソースの最も基本的な管理単位（AWS でいうアカウントに相当）
フォルダ	プロジェクトを部署、環境区分（本番・開発）、サービスなどの単位でグルーピングするためのリソース

組織を使わないリスク

組織を使用しない場合、前述の通り組織的な統制やガバナンスに必要な機能の多くが利用できません。また、個人の Gmail アカウントなどによる「野良プロジェクト」の存在を許すことになり、意図しないセキュリティ事故のリスクが高まります。

そのため、Google Cloud を利用する場合は、たとえ最初は Google Cloud プロジェクトを1つしか使わない場合でも、将来の拡張性も見込んで最初から組織を作成しておき、組織下でプロジェクトを管理することが望ましいと言えます。

予防的統制（ID・認証基盤を整備する）

概要

組織の次は Google アカウント（ユーザー ID）と認証 を整備します。「誰が Google Cloud を利用できるのか」「どのように本人確認を行うのか」を明確にすることは、すべてのアクセス制御の基本となります。

予防的統制（コンソール・API へのアクセスを制御する）

概要

Google Cloud コンソール（Web UI）や gcloud コマンド、API へのアクセスを、接続元の IP アドレスやデバイスの状態などの条件に基づいて制限したいケースがあります。たとえば「社内ネットワークからのみ操作を許可したい」「会社承認のデバイスからのみアクセスさせたい」といった要件です。

コンポーネント	概要	役割
Identity-Aware Proxy	リバースプロキシ	社内システムなど接続を中継する Google Cloud 上の仕組み（フルマネージド）
Identity and Access Management（IAM）	権限管理機構	Google アカウントなどのプリンシパルと権限を紐づける仕組み
Access Context Manager	ルールエンジン	デバイス情報、アカウント情報、接続状況など各種背景情報からアクセス可否を判断する仕組み
Endpoint Verification	エンドポイントエージェント	ユーザーのデバイス情報を収集する Google Chrome 拡張機能

予防的統制（最小権限の原則を徹底する）

概要

Google Cloud のリソースに対して「誰が」「何をできるか」を適切に管理することは、セキュリティの根幹です。最小権限の原則（必要最小限の権限付与）を徹底することで、内部不正や設定ミスによるリスクを低減できます。

予防的統制（組織横断で一貫した統制を適用する）

概要

組織に複数のプロジェクトが存在する環境では、各プロジェクトに対し、組織として一貫したルールやガードレール（逸脱を防ぐための共通の制約・歯止め）の適用が必要不可欠です。

例えば、「特定のリージョン以外でリソースを作成させない」、「Cloud Storage バケットを公開設定にさせない」、「サービスアカウントキーを作成させない」といった統制を、IAM とは別のレイヤから強制的に適用するための仕組みが組織のポリシーです。

組織のポリシーは、組織・フォルダ・プロジェクトといったリソース階層の上位から下位へ継承することができるので、リソース階層の設計（前述）と組み合わせることで、現実的な工数で組織横断のガバナンスを実現できます。

制約名	役割
`gcp.resourceLocations`	リソースを作成できるリージョンを限定する
`storage.publicAccessPrevention`	Cloud Storage の公開アクセスを禁止する
`compute.vmExternalIpAccess`	外部 IP アドレスを持つ VM の作成を禁止する
`iam.disableServiceAccountKeyCreation`	サービスアカウントキーの作成を禁止する

#	比較項目	タグ（Tags）	ラベル（Labels）
1	性質	キー・バリュー・バインディングがそれぞれリソース	リソースに付与するメタデータ
2	事前定義	組織またはプロジェクトでキー・バリューの事前定義が必要	事前定義不要
3	階層継承	子リソースに継承される	継承されない
4	主な用途	権限管理・統制（IAM 条件、組織のポリシー条件）	リソース整理、課金分析
5	IAM 条件として利用	可能	不可
6	組織のポリシー条件として利用	可能	不可

予防的統制（ネットワークレベルで防御する）

概要

Google Cloud 上のワークロードを、外部からの不正アクセス、DDoS 攻撃、Web 攻撃、内部ネットワークからの脅威などから保護したい。あるいは、外部から VM への直接的な接続を許さず、必要な通信は制御された経路のみに限定したいといったケースが考えられます。

これらの課題に対応するため、Google Cloud では複数のネットワークセキュリティサービスが提供されています。しかし、それぞれが守る対象やレイヤが異なるため、要件に応じて組み合わせて利用することが推奨されます。

#	種類	適用範囲	ユースケース
1	VPC ファイアウォールルール	VPC ネットワーク	従来からの VPC 単位のファイアウォール
2	ネットワークファイアウォールポリシー	特定リージョンまたは複数リージョンの VPC ネットワーク	プロジェクト内の複数の VPC ネットワークに対して同じルール群を適用
3	階層型ファイアウォールポリシー	組織・フォルダ	組織横断のガードレールとして適用

#	機能	説明
1	DDoS 攻撃対策	L3/L4 の大量トラフィック攻撃（ボリューム型攻撃）に対する自動的な防御
2	WAF ルール	OWASP Top 10 等の Web 攻撃（SQL インジェクション、XSS 等）に対するプリセットおよびカスタムルール
3	エッジセキュリティポリシー	地理的条件、IP アドレス、リクエストヘッダ等に基づくアクセス制御
4	Adaptive Protection	機械学習を用いた異常トラフィック検知（Enterprise エディションのみ）
5	bot 対策	reCAPTCHA Enterprise との連携によるボット判定

予防的統制（データを暗号化・保護する）

概要

Google Cloud に保存されるデータは、ユーザーが特別な設定を行わなくても、デフォルトで暗号化されています。このとき暗号鍵は Google 側で自動的に生成・管理・ローテーションされるため、ユーザーが意識する必要はありません。これを デフォルトの保存データの暗号化 と呼びます。

しかし、情報セキュリティ監査上の要件や、より強固なセキュリティが求められる場合には、ユーザー側で暗号鍵を独自に管理したい、機密データの所在を把握して保護したい、通信を暗号化する証明書を統制したい、といった要件が生じます。

本章では、こうした 暗号化・データ保護 に関連するサービスとして、暗号鍵を管理する Cloud KMS（およびその保護レベルである Cloud HSM・Cloud EKM）、機密データを検出・保護する Sensitive Data Protection、データ流出を防ぐ VPC Service Controls、そして証明書を管理する Certificate Authority Service・Certificate Manager を解説します。

#	保護レベル	説明
1	SOFTWARE	ソフトウェアモジュールで鍵を保護する標準的な保護レベル
2	HSM	Cloud HSM（後述）の専用ハードウェアで鍵を保護する
3	EXTERNAL / EXTERNAL_VPC	Google Cloud 外部の鍵管理システム（Cloud EKM 経由、後述）で管理される鍵を利用する

#	機能	概要	主なユースケース
1	Cloud HSM	FIPS 140-2 レベル3認定の HSM で鍵を生成・保護する	ハードウェアで保護された鍵が求められる規制・監査要件
2	Cloud EKM	Google Cloud 外部の鍵管理システムの鍵を Cloud KMS 経由で利用する	鍵をクラウド事業者の管理外に置きたい要件

#	機能	説明
1	検出（Discovery）	組織・フォルダ・プロジェクトを横断してデータをプロファイリングし、機密データの所在とリスクを可視化する
2	検査（Inspection）	Cloud Storage、BigQuery、Datastore 等のデータや、API 経由のテキストに含まれる機密データを検出する
3	匿名化（De-identification）	マスキングや仮名化（pseudonymization）等により、機密データを別の文字列に置き換えて保護する
4	リスク分析	k-匿名性などの指標を用いて、データの再識別リスクを測定する

#	証明書の種類	説明
1	Google マネージド証明書	Google により発行・自動更新されるドメイン認証（DV）証明書
2	セルフマネージド証明書	ユーザーが外部で取得した証明書をアップロードして利用する

予防的統制（コンテナやコードの安全性を担保する）

概要

アプリケーションをコンテナとしてビルドし、GKE や Cloud Run にデプロイする運用が一般的になるなかで、ソフトウェアサプライチェーン のセキュリティが重要な課題となっています。

具体的には、「コンテナイメージに既知の脆弱性が含まれていないか」「許可されていない、あるいは検証されていないイメージが本番環境にデプロイされていないか」「ビルドからデプロイ、実行に至る一連の経路が信頼できるものか」といった点を担保したい、という要件です。Google Cloud では、これらの課題に対応するためのサービスが提供されています。

#	スキャン種別	説明
1	自動スキャン	イメージを Artifact Registry に push した時点で自動的にスキャンが実行される。脆弱性情報は継続的に更新される
2	オンデマンドスキャン	gcloud コマンドにより手動でスキャンを実行する。ローカルやレジストリ上のイメージを対象にできる

#	機能	説明
1	Autopilot モード	ハードニング済みの構成をデフォルト適用し、危険な構成や設定ミスが起きやすい機能をブロックする
2	Workload Identity	Pod に対し、サービスアカウントキーを使わずに Google Cloud リソースへの認証を提供する
3	Shielded GKE Nodes	ノード VM のセキュアブートや整合性監視により、ノードの改ざんを検知する
4	限定公開クラスタ	ノードに外部 IP を付与せず、攻撃面（アタックサーフェス）を縮小する
5	Pod セキュリティの制御	特権 Pod など危険な構成を、アドミッションコントローラによって制限する

発見的統制

概要

予防的統制をどれだけ整備しても、すべての設定ミスや新たな攻撃手法を完全に防ぐことは困難です。発見的統制は、発生した（あるいは発生しつつある）セキュリティ事象や設定ミスを速やかに検知し、可視化するための仕組みであり、予防的統制を補完する重要な役割を担います。

Google Cloud では、構成ミス・脆弱性・脅威の検出を統合的に行う Security Command Center を中核に、過剰権限の検出を支援する IAM Recommender（Active Assist）、運用監視を担う Cloud Monitoring、より広範なログ分析と脅威検知を行う Google SecOps、そして脅威インテリジェンス・インシデント対応サービスを提供する Mandiant が用意されています。

#	検出カテゴリ	説明
1	構成ミスの検出	IAM・ネットワーク・ストレージ等の設定ミスを継続的に検出する（Security Health Analytics）
2	脆弱性の検出	Web アプリケーションの脆弱性（Web Security Scanner）、Artifact Registry のコンテナイメージ脆弱性等を検出する
3	脅威の検出	Cloud Audit Logs 等のログから攻撃の兆候を検出する（Event Threat Detection、Container Threat Detection 等）
4	コンプライアンス	CIS Benchmarks、PCI DSS 等の業界標準に対する準拠状況を可視化する

#	ティア	概要
1	Standard	基本的な構成ミスの検出と、コンプライアンス順守状況の管理。Google Cloud を対象とする
2	Premium	Standard に加え、攻撃パス分析、脅威検出、コンプライアンスモニタリング、DSPM（Data Security Posture Management。機密データの所在やリスクを可視化・管理する仕組み）等の高度機能を提供
3	Enterprise	マルチクラウド対応の CNAPP（Cloud-Native Application Protection Platform、クラウドネイティブなアプリを開発から実行まで包括的に保護する統合プラットフォーム）として AWS と Azure に対応。Mandiant の脅威インテリジェンスや Google SecOps との統合を含む包括的なソリューション

#	対象ロール・スコープ	必要な SCC ティア
1	基本ロール（オーナー、編集者、閲覧者）	Standard
2	・基本ロール以外・組織、フォルダ、プロジェクト以外のリソースに付与されたロール	Premium 以上

#	機能	セキュリティ運用での主な用途
1	アラートポリシー	監査ログのパターンや異常なメトリクスに基づくインシデント通知
2	通知チャネル	メール、Slack、PagerDuty、Pub/Sub 等への通知発報
3	稼働時間チェック	外形監視によるサービスの可用性監視
4	ダッシュボード	セキュリティ関連メトリクスの可視化

#	サービス	概要
1	Mandiant Threat Intelligence	攻撃者の戦術・技術・手順（TTP）に関する脅威インテリジェンスを提供する
2	Mandiant Attack Surface Management（ASM）	組織のインターネット側からの露出範囲（攻撃面）を発見・継続監視する
3	Mandiant Managed Defense	24時間365日のマネージド検知・対応（MDR）サービス
4	Mandiant Incident Response	インシデント発生時の調査・対応支援サービス

是正的統制

概要

発見的統制によってセキュリティ事象や設定ミスを検知できても、その是正を人手のみに頼っていては対応が追いつかず、ミスや遅延も生じます。是正的統制は、検知された不適切な状態を、人手を介さず（あるいは最小限の人手で）自動的に修復し、あるべき状態を維持するための仕組みです。

代表的な適用例としては、本来あるべき構成から逸脱した状態（設定ドリフト）を自動的に元へ戻す、検知した脅威に対して定型の対応手順を自動実行する、といったものが挙げられます。Google Cloud では、宣言的なリソース管理で構成を維持する Config Controller、イベントを起点に修復処理を実行する Eventarc + Cloud Run functions / Workflows、そして脅威対応を自動化する Google SecOps の SOAR 機能 が用意されています。

#	コンポーネント	役割
1	Config Connector	Kubernetes マニフェストで Google Cloud リソースを宣言的に管理する
2	Config Sync	Git リポジトリと連携し、格納されたマニフェストを継続的に同期する（GitOps）
3	Policy Controller	ポリシーに違反するリソースの作成を検出・拒否する（ガードレール）

#	区分	主な選択肢
1	イベントソース	Cloud Audit Logs イベント（リソースの作成・更新・削除等）、Cloud Storage、Pub/Sub、サードパーティ（Datadog 等）
2	イベントコンシューマ	Cloud Run、Cloud Run functions、Workflows

経済的統制

概要

クラウドは従量課金制であるため、設定ミスや想定外のトラフィック、あるいは意図的な攻撃によって、利用料金が異常に増加するリスクを常に抱えています。特に、リソースを大量消費させて経済的な損害を与える攻撃は EDoS（Economic Denial of Sustainability） と呼ばれます。

経済的統制は、こうした想定外のコスト増から組織を保護するための仕組みです。Google Cloud では、予算超過を通知する Cloud Billing 予算アラート、プロジェクト単位で費用上限を自動適用する Spend Caps、機械学習による コスト異常検知、そしてリソース使用量そのものに上限を設ける Quotas（割り当て） を組み合わせて、多層的にコストを保護できます。

生成 AI 特有のセキュリティ

概要

これまで解説してきたセキュリティ統制の多くは、「人間のユーザー」と「あらかじめ定められた動作をするアプリケーション」を前提としていましたが、生成 AI の利用はこの前提に新たな脅威をもたらします。

具体的には以下の3点です。

自然言語の入力そのものが攻撃の経路になり得ること
モデルが確率的に予期しない出力を返し得ること
AI エージェントが自律的に判断して他システムを操作し得ること

そのため、生成 AI のセキュリティでは、以下のような生成 AI 特有の脅威領域を意識する必要があります。

#	脅威領域	代表的なリスク
1	入出力（プロンプト、レスポンス）	・プロンプトインジェクション、ジェイルブレイク・機密データの入/出力・有害コンテンツの生成・悪意のある URL の出力
2	データ	・RAG（グラウンディング。外部データを検索して回答の根拠とする手法）における過剰権限・入力データの学習利用・データの保存場所（レジデンシー）
3	AI エージェント	・自律的に動作するエージェントの過剰権限・エージェントのなりすまし・外部ツール連携時の認証情報管理

本章では、前提となる基盤の選択、またこれらに対応する生成 AI 特化のサービスとして Model Armor（入出力のスクリーニング）、Agent Identity（エージェントの認証）、Agent Gateway、Agent Registry、AI Protection を中心としたエージェントのガバナンスを解説します。

生成 AI 基盤の選択

Google で生成 AI を利用する主な経路には、Google Cloud に統合された Gemini Enterprise Agent Platform（旧称 Vertex AI）と、Google アカウントだけで手軽に始められる Google AI Studio があり、どちらを選ぶかはそれ自体がセキュリティ・統制上の判断になります。

前者は Google Cloud に統合されているため、IAM によるアクセス制御、VPC Service Controls や Cloud Armor による保護、Cloud Audit Logs による監査、そして本章で解説する Model Armor・Agent Identity・Agent Gateway といったガバナンス機能を組み合わせて利用できます。管理者が利用状況を可視化し、問題のある振る舞いを検知した際にサービスアカウントの停止やアクセス権の剥奪を行う、といった統制も可能です。

一方の後者は API キーを発行してすぐにモデルを呼び出せる手軽さが魅力ですが、組織レベルの統制やアクセス制御機能は備わっていません。 そのため、個人開発やプロトタイピングには適しているものの、企業・官公庁・研究機関などが組織として生成 AI アプリケーションを開発・運用する場合は、統制機能の整った Gemini Enterprise Agent Platform が推奨されます。本章で扱うセキュリティ機能の多くも、この基盤を前提としています。

参考 : Google AI Studio vs Vertex AI。違いや選び方を解説 - G-gen Tech Blog

#	目的（分類）	該当サービス
1	操作ログ・資産情報を記録する（証跡管理）	・Cloud Audit Logs ・Cloud Logging ・Cloud Asset Inventory
2	統制の基盤を整備する（予防的統制）	・組織（Organization）・階層構造
3	ID・認証基盤を整備する（予防的統制）	・Google Workspace / Cloud Identity ・MFA・パスキー・Workforce Identity Federation ・Workload Identity Federation ・Secret Manager
4	コンソール・API へのアクセスを制御する（予防的統制）	・Chrome Enterprise Premium ・Identity-Aware Proxy ・Access Context Manager ・Context-Aware Access ・VPC Service Controls
5	最小権限の原則を徹底する（予防的統制）	・Identity and Access Management ・Privileged Access Manager ・拒否ポリシー
6	組織横断で一貫した統制を適用する（予防的統制）	・組織のポリシー・カスタム制約・タグ
7	ネットワークレベルでの防御を行う（予防的統制）	・Cloud NGFW ・Cloud Armor ・Cloud NAT ・Secure Web Proxy ・Cloud IDS
8	データを暗号化・保護する（予防的統制）	・Cloud KMS ・Cloud EKM ・Cloud HSM ・Sensitive Data Protection ・VPC Service Controls ・Certificate Authority Service ・Certificate Manager
9	コンテナやコードの安全性を担保する（予防的統制）	・Artifact Registry / Artifact Analysis ・Binary Authorization ・GKE セキュリティ機能・Software supply chain security
10	脅威・設定ミスを把握する（発見的統制）	・Security Command Center ・IAM Recommender（Active Assist）・Cloud Monitoring ・Google SecOps（SIEM / SOAR）・Mandiant
11	不適切な状態を修復する（是正的統制）	・Config Controller ・Eventarc + Cloud Run functions / Workflows ・Google SecOps（SOAR）
12	クラウドの利用料金を保護する（経済的統制）	・Cloud Billing 予算アラート・Spend Caps ・コスト異常検知・Quotas

#	フィルタ	説明
1	プロンプトインジェクション・ジェイルブレイク検出	LLM に指示や安全フィルタを無視させようとする入力を特定・ブロックする
2	機密データの保護	Sensitive Data Protection と連携し、PII・財務情報・認証情報等の機密データを入出力の両方で検出する
3	悪意のある URL の検出	入出力に含まれる悪意のあるリンクやフィッシングリンクを検出する
4	有害コンテンツのフィルタリング	露骨な性的表現・危険・ハラスメント・ヘイトスピーチ等を検出し、責任ある AI の原則に沿わせる

項目	サービスアカウント	Agent Identity
複数ワークロードでの共有	可能複数のエージェントで同じサービスアカウントを使い回すこともできてしまう	不可エージェント単位で ID が発行される
権限借用（impersonation）	可能別のプリンシパルにサービスアカウントの借用（なりすまし）を許可することもできてしまう	不可エージェント自身以外は ID を使用できない
長期キーの手動生成	可能サービスアカウントキーはデフォルトで有効期限がなく、漏洩した場合は無効化しない限り悪用され続けてしまう	不可
トークンのバインド	なしアクセストークンを入手した第三者がそのまま使用できてしまう	ありトークンが X.509 証明書と紐付き、意図された実行環境以外では使用できない

#	ポリシー	内容
1	IAM 許可ポリシー	Identity-Aware Proxy を用いた静的な権限制御。「読み取り専用」「破壊的変更の許可」といった条件で、エージェントが行える操作を制限する
2	セマンティックガバナンスポリシー	プロンプトや MCP ツール呼び出しの「内容」を実行時に分析し、エージェントの振る舞いがユーザーの意図と組織の制約の両方に適合するよう制御する

はじめに

全体像

証跡管理

概要

関連サービス・機能

Cloud Audit Logs

Cloud Logging

Cloud Asset Inventory

予防的統制（統制の基盤を整備する）

概要

関連サービス・機能

組織（Organization）

階層構造

組織を使わないリスク

予防的統制（ID・認証基盤を整備する）

概要

関連サービス・機能

Google Workspace / Cloud Identity

MFA / パスキー

Workforce Identity Federation（外部 IdP 連携）

Workload Identity Federation（ワークロード間の認証）

予防的統制（コンソール・API へのアクセスを制御する）

概要

関連サービス・機能

Chrome Enterprise Premium

Identity-Aware Proxy

Access Context Manager

Context-Aware Access

VPC Service Controls

予防的統制（最小権限の原則を徹底する）

概要

関連サービス・機能

Identity and Access Management（IAM）

Privileged Access Manager（PAM）

拒否ポリシー（Deny policies）

予防的統制（組織横断で一貫した統制を適用する）

概要

関連サービス・機能

組織のポリシー（Organization Policy）

カスタム制約（Custom Constraints）

タグ（Tags）

予防的統制（ネットワークレベルで防御する）

概要

関連サービス・機能

Cloud NGFW（Next Generation Firewall）

Cloud Armor

Cloud NAT

Secure Web Proxy

Cloud IDS

予防的統制（データを暗号化・保護する）

概要

関連サービス・機能

Cloud KMS

Cloud HSM / Cloud EKM

Sensitive Data Protection

VPC Service Controls（再掲）

Certificate Authority Service

Certificate Manager

予防的統制（コンテナやコードの安全性を担保する）

概要

関連サービス・機能

Artifact Registry / Artifact Analysis

Binary Authorization

GKE セキュリティ機能

Software supply chain security

発見的統制

概要

関連サービス・機能

Security Command Center

IAM Recommender（Active Assist）

Cloud Monitoring

Google SecOps（SIEM / SOAR）

Mandiant

是正的統制

概要

関連サービス・機能

Config Controller

Eventarc + Cloud Run functions / Workflows

Google SecOps（SOAR）

経済的統制