Model Context Protocol （MCP）により、大規模言語モデル（LLM）と AI アプリケーション（エージェント）が外部のデータソースに接続する方法が標準化されます。MCP サーバーを使用すると、そのツール、リソース、プロンプトを使用してアクションを実行し、バックエンド サービスから更新されたデータを取得できます。
ローカル MCP サーバーとリモート MCP サーバーの違いは何ですか？
- ローカル MCP サーバー
- 通常はローカルマシンで実行され、同じデバイス上のサービス間の通信に標準の入力ストリームと出力ストリーム（stdio）を使用します。
- リモート MCP サーバー
- サービスのインフラストラクチャで実行され、AI アプリケーションに HTTP エンドポイントを提供して、AI MCP クライアントと MCP サーバー間の通信を行います。MCP アーキテクチャの詳細については、 MCP アーキテクチャをご覧ください。
Google と Google Cloud リモート MCP サーバー
Google と Google Cloud リモート MCP サーバーには、次の 機能と特典があります。- 簡素化された一元的な検出
- マネージド グローバルまたはリージョン HTTP エンドポイント
- きめ細かい認可
- Model Armor 保護によるプロンプトとレスポンスのセキュリティ（オプション）
- 一元的な監査ロギング
他の MCP サーバーと、Google Cloud サーバーで使用可能なセキュリティ とガバナンスの制御については、Google Cloud MCP サーバーの概要をご覧ください。
始める前に
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.
Enable the Identity and Access Management API.
Roles required to enable APIs
To enable APIs, you need the
serviceusage.services.enablepermission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.
必要なロール
Identity and Access Management MCP サーバーを使用するために必要な権限を取得するには、管理者に次の IAM ロールを付与するよう依頼してください。
-
MCP ツール呼び出しを行う:
MCP ツールユーザー （
roles/mcp.toolUser） プロジェクトに対する -
カスタムロールを管理する:
ロール管理者 （
roles/iam.roleAdmin） プロジェクトに対する -
拒否ポリシーを管理する:
拒否管理者 （
roles/iam.denyAdmin） 組織に対する
ロールの付与については、プロジェクト、フォルダ、組織へのアクセス権の管理をご覧ください。
これらの事前定義ロールには Identity and Access Management MCP サーバーを使用するために必要な権限が含まれています。必要とされる正確な権限については、必要な権限セクションを開いてご確認ください。
必要な権限
Identity and Access Management MCP サーバーを使用するには、次の権限が必要です。
-
MCP ツール呼び出しを行う:
mcp.tools.call -
カスタムロールを管理する:
-
iam.roles.create -
iam.roles.delete -
iam.roles.get -
iam.roles.list -
iam.roles.undelete -
iam.roles.update
-
-
拒否ポリシーを管理する:
-
iam.denypolicies.create -
iam.denypolicies.delete -
iam.denypolicies.get -
iam.denypolicies.list -
iam.denypolicies.update
-
カスタムロールや 他の事前定義ロールを使用して、 これらの権限 を取得することもできます。
認証と認可
Identity and Access Management リモート MCP サーバーは、認証と認可に Identity and Access Management（IAM） と OAuth 2.0 プロトコルを使用します。MCP サーバーへの認証では、すべての Google Cloud ID がサポートされています。Identity and Access Management MCP サーバーは API キーをサポートしていません。
リソースへのアクセスを制御してモニタリングできるように、MCP ツールを使用するエージェント用に個別の ID を作成することをおすすめします。認証の詳細については、MCP サーバーに対して認証するをご覧ください。
Identity and Access Management MCP OAuth スコープ
OAuth 2.0 では、スコープと認証情報を使用して、認証されたプリンシパルがリソースに対して特定のアクションを実行する権限があるかどうかを判断します。Google の OAuth 2.0 スコープの詳細については、 OAuth 2.0 を使用して Google API にアクセスするをご覧ください。
Identity and Access Management には、次の MCP ツール OAuth スコープがあります。
| gcloud CLI のスコープの URI | 説明 |
|---|---|
https://www.googleapis.com/auth/cloud-platform |
データの参照、編集、設定、削除（ Google Cloud データ）。Google アカウントのメールアドレスの参照（ ）。 |
https://www.googleapis.com/auth/iam |
特定の Google Cloud リソースにアクセスできるユーザーを制御する IAM のポリシーを表示および管理するアクセス権を付与します。 |
ツール呼び出し中にアクセスされるリソースに追加のスコープが必要になる場合があります。Identity and Access Management に必要なスコープのリストを表示するには、 Identity and Access Management APIをご覧ください。
Identity and Access Management MCP サーバーを使用するように MCP クライアントを構成する
Claude や Antigravity などの AI アプリケーションやエージェントは、単一の MCP サーバーに接続する MCP クライアントをインスタンス化できます。AI アプリケーションには、さまざまな MCP サーバーに接続する複数のクライアントを設定できます。 クライアント固有のガイダンスにアプリケーションが記載されていない場合は、次の情報 を使用してほとんどのアプリケーションから接続できます。
AI アプリケーションで、リモート MCP サーバーを追加または接続する方法を探します。 Identity and Access Management MCP サーバーの場合は、必要に応じて次の情報を入力します。
- サーバー名: Identity and Access Management MCP サーバー
- サーバー URL またはエンドポイント:
https://iam.googleapis.com/mcp - トランスポート: HTTP
- 認証の詳細: 認証方法に応じて、 認証情報 Google Cloud 、OAuth クライアント ID とシークレット、またはエージェントの ID と認証情報を入力できます。認証の詳細については、MCP サーバーに対して認証するをご覧ください。
- OAuth スコープ: Identity and Access Management MCP サーバーにアクセスするには、
https://www.googleapis.com/auth/cloud-platformまたはhttps://www.googleapis.com/auth/iamOAuth 2.0 スコープを使用します。
リダイレクト URI
ウェブベースのアプリケーションと一部のデスクトップ アプリケーションでは、認証用のクライアント ID とシークレットを作成するときに、リダイレクト URI を許可リストに登録する必要があります。 リダイレクト URI は、認可サーバーがアプリケーションにトークンを送信するために使用されます。アプリケーションのドキュメントには、使用する必要があるリダイレクト URI を指定する必要があります。カスタム リダイレクト URI はサポートされていません。
MCP サーバーの設定と接続に関するアプリケーション固有のガイダンスについては、 クライアント固有のガイダンスをご覧ください。
一般的なガイダンスについては、次のリソースをご覧ください。
使用可能なツール
Identity and Access Management MCP サーバーで使用可能な MCP ツールの詳細とその説明を表示するには、 Identity and Access Management MCP リファレンスをご覧ください。
ツールの一覧表示
MCP インスペクタを使用してツールを一覧表示するか、
tools/list HTTP リクエストを Identity and Access Management
リモート MCP サーバーに直接送信します。tools/list メソッド: 認証を必要としません。
POST /mcp HTTP/1.1
Host: iam.googleapis.com
Content-Type: application/json
{
"jsonrpc": "2.0",
"method": "tools/list",
}
サンプル ユースケース
IAM リモート MCP サーバーを使用すると、リソース全体で IAM アクセス構成を管理できます。これには、ロール、IAM ポリシー、そのバインディングの一覧表示、作成、更新、削除、復元などのタスクが含まれます。
Identity and Access Management MCP サーバーのユースケースの例を次に示します。
| ユースケース | プロンプトの例 |
|---|---|
| プロジェクト内のカスタム IAM ロールのメタデータを一覧表示、検索、取得します。 | 「新しい DevOps インターンが、ステージング プロジェクトで Cloud Storage バケットを表示し、Google Kubernetes Engine インスタンスを再起動する必要があります。このプロジェクトに、これらの要件を満たす事前定義ロールまたはカスタムロールがすでに存在するかどうかを確認してください。存在しない場合は、新しいカスタムロールを作成する必要がありますか？」 |
| プロジェクトでカスタム IAM ロールを作成、更新、削除、復元します。 | 「security-audit プロジェクトで監査チーム用の新しいロールを作成する必要があります。このロールの名前は LogViewerAndBucketReader で、logging.logEntries.list、logging.privateLogEntries.list、storage.buckets.list の権限が含まれている必要があります。また、プロジェクト内の非推奨のカスタムロール OldAuditRole を削除します。」 |
| プロジェクト内の明示的な拒否ポリシーを一覧表示して取得します。 | 「secure-data-folders フォルダを監査する必要があります。このフォルダに直接アタッチされているすべての拒否ポリシーを一覧表示してください。各ポリシーの詳細、特にデータアクセス権またはリソース作成権限を拒否するルールを表示してください。」 |
| プロジェクトで拒否ポリシーを作成、更新、削除します。 | 「confidential-data プロジェクトでデータが漏洩している可能性があります。新しい拒否ポリシーを作成して、このプロジェクト内のすべての BigQuery データセットと Cloud Storage バケットに対するすべての権限を suspicious-sa@confidential-data. サービス アカウントに拒否します。同じプロジェクトで、example_deny ポリシーを削除します。」 |
セキュリティと安全に関するオプションの構成
MCP ツールで実行できるアクションが多岐にわたるため、MCP によって新たなセキュリティリスクと考慮事項が加わります。これらのリスクを最小限に抑えて管理するために、 Google Cloud は、 Google Cloud組織またはプロジェクトでの MCP ツールの使用を制御するデフォルトの設定とカスタマイズ可能な ポリシーを提供します。
MCP のセキュリティとガバナンスの詳細については、 AI のセキュリティと安全性をご覧ください。
Model Armor を使用する
Model Armor は、AI アプリケーションのセキュリティと 安全性を強化するために設計された Google Cloud サービスです。LLM のプロンプトとレスポンスを事前にスクリーニングすることで、さまざまなリスクから保護し、責任ある AI への取り組みをサポートします。クラウド環境や外部クラウド プロバイダに AI をデプロイする場合でも、Model Armor を使用すると、悪意のある入力からの防御、コンテンツの安全性の検証、センシティブ データの保護、コンプライアンスの維持、多様な AI 環境全体で AI の安全性とセキュリティ ポリシーの一貫した適用が可能になります。
ロギングを有効にして Model Armorを有効にすると、Model Armor はペイロード全体を ログに記録します。これにより、機密情報がログに公開される可能性があります。
Model Armor への MCP リクエストのルーティング
Model Armor は 特定のリージョンで利用できます。Model Armor を有効にして、Model Armor がサポートしていない管轄区域で MCP サーバーを使用すると、呼び出しのルーティング動作が MCP サーバーによって異なる場合があり、使用中のデータと転送中のデータのデータ所在地コンプライアンスが破られる可能性があります。個々の MCP サーバーの動作の詳細については、 Model Armor 対応プロダクトをご覧ください。Model Armor を有効にする
Model Armor を使用するには、Model Armor API を有効にする必要があります。
コンソール
Model Armor API を有効にします。
API を有効にするために必要なロール
API を有効にするには、
serviceusage.services.enable権限が必要です。プロジェクトを作成した場合は、オーナーロール（roles/owner）を介してこの権限がすでに付与されている可能性があります。それ以外の場合は、Service Usage 管理者ロール（roles/serviceusage.serviceUsageAdmin）を介してこの権限を取得できます。ロールを付与する方法をご覧ください。Model Armor を有効にするプロジェクトを選択します。
gcloud
始める前に、Google Cloud CLI で Model Armor API を使用して、次の処理を行います。
Google Cloud CLI をインストールし、 連携 ID を使用して gcloud CLI にログインします。ログイン後、 初期化するには、次のコマンドを実行して Google Cloud CLI を初期化します。
gcloud init-
次のコマンドを実行して、Model Armor サービスの API エンドポイントを設定します。
gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.LOCATION.rep.googleapis.com/"
LOCATIONは、Model Armor を使用するリージョンに置き換えます。
Google と Google Cloud リモート MCP サーバーの保護を構成する
MCP ツールの呼び出しとレスポンスを保護するには、Model Armor のフロア設定を使用します。フロア設定では、プロジェクト全体に適用される最小限のセキュリティ フィルタを定義します。この構成では、プロジェクト内のすべての MCP ツール呼び出しとレスポンスに一貫したフィルタセットが適用されます。
MCP サニタイズを有効にして、Model Armor のフロア設定を行います。詳細については、Model Armor のフロア 設定を構成するをご覧ください。
次のコマンド例をご覧ください。
gcloud model-armor floorsettings update \ --full-uri='projects/PROJECT_ID/locations/global/floorSetting' \ --enable-floor-setting-enforcement=TRUE \ --add-integrated-services=GOOGLE_MCP_SERVER \ --google-mcp-server-enforcement-type=INSPECT_AND_BLOCK \ --enable-google-mcp-server-cloud-logging \ --malicious-uri-filter-settings-enforcement=ENABLED \ --add-rai-settings-filters='[{"confidenceLevel": "MEDIUM_AND_ABOVE", "filterType": "DANGEROUS"}]'
PROJECT_ID は、実際の Google Cloud プロジェクト ID に置き換えます。
次の設定に注意してください。
INSPECT_AND_BLOCK: Google MCP サーバーのコンテンツを検査し、フィルタに一致するプロンプトとレスポンスをブロックする適用タイプ。ENABLED: フィルタまたは 適用を有効にする設定。MEDIUM_AND_ABOVE: 責任ある AI - 危険フィルタ設定の信頼度。この設定は変更できますが、 値を小さくすると偽陽性が増える可能性があります。詳細については、Model Armor の信頼レベルをご覧ください。
Model Armor による MCP トラフィックのスキャンを無効にする
プロジェクトのフロア設定に基づいて、Google MCP サーバーとの間のトラフィックを Model Armor が自動的にスキャンしないようにするには、次のコマンドを実行します。
gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--remove-integrated-services=GOOGLE_MCP_SERVER
PROJECT_ID は、 Google Cloud プロジェクト
ID に置き換えます。Model Armor は、このプロジェクトのフロア設定で定義されたルールを Google MCP サーバーのトラフィックに自動的に適用しません。
Model Armor のフロア設定と一般的な構成は、MCP だけでなく、さまざまな場所に影響する可能性があります。Model Armor は Vertex AI などのサービスと統合されているため、フロア設定を変更すると、MCP だけでなく、統合されたすべてのサービスでトラフィック スキャンと安全性の動作に影響する可能性があります。
Identity and Access Management 拒否ポリシーを使用して MCP の使用を制御する
Identity and Access Management（IAM） 拒否ポリシーと 許可ポリシーは、 と Google MCP サーバーの Google Cloud 保護に役立ちます。
複数の条件を組み合わせて、次の条件に基づいてアクセスを許可または拒否することで、カスタマイズされたセキュリティ ポリシーとガバナンス ポリシーを構築できます。
- プリンシパル。
- 読み取り専用属性などのツール プロパティ。
- サービス名またはツール名。
- アプリケーションの OAuth クライアント ID。
詳細については、 Identity and Access Management による MCP の使用の制御をご覧ください。