Das Model Context Protocol (MCP) standardisiert, wie Large Language Models (LLMs) und KI-Anwendungen oder -Agenten mit externen Datenquellen verbunden werden. Mit MCP-Servern können Sie deren Tools, Ressourcen und Prompts verwenden, um Aktionen auszuführen und aktualisierte Daten von ihrem Backend-Dienst abzurufen.
Was ist der Unterschied zwischen lokalen und Remote-MCP-Servern?
- Lokale MCP-Server
- Werden in der Regel auf Ihrem lokalen Computer ausgeführt und verwenden die Standardeingabe- und ‑ausgabestreams (stdio) für die Kommunikation zwischen Diensten auf demselben Gerät.
- Remote-MCP-Server
- Werden in der Infrastruktur des Dienstes ausgeführt und bieten KI-Anwendungen einen HTTP-Endpunkt für die Kommunikation zwischen dem KI-MCP-Client und dem MCP-Server. Weitere Informationen zur MCP-Architektur finden Sie unter MCP-Architektur.
Zustandsloser Kern
Mit der MCP-Version 2026-07-28 wird MCP von einem bidirektionalen, zustandsorientierten Protokoll zu einem zustandslosen Protokoll geändert.
Jede MCP-Anfrage ist selbsterklärend und kann über Header weitergeleitet werden. Der initialize/initialized-Handshake oder Mcp-Session-Id ist nicht erforderlich, da jede Anfrage alle erforderlichen Informationen in HTTP-Headern oder im Parameter _meta enthält. MCP-Server können zusätzliche Informationen, die von einem Tool benötigt werden, über Multi-Round-Trip-Anfragen (MRTR) anfordern.
Damit Anfragen ohne Parsen des Anfragetexts weitergeleitet und verarbeitet werden können, sind einige MCP-Header erforderlich, darunter die folgenden:
- Header, die gemäß der MCP-Spezifikation erforderlich sind, z. B. der Header für die Protokollversion und Standardanfrageheader.
- Benutzerdefinierte Header, die vom MCP-Server definiert werden. Diese Header werden mithilfe des Attributs
x-mcp-headeraus dem Eingabeschema des Tools in HTTP-Header gespiegelt. Ein MCP-Server kann beispielsweise einen benutzerdefinierten Header definieren, um die Region oder Projekt-ID von Google Cloud anzugeben.
Weitere Informationen zur MCP-Architektur finden Sie in der Spezifikation und den wichtigsten Änderungen der MCP-Version 2026-07-28.
Remote-MCP-Server von Google und Google Cloud
Remote-MCP-Server von Google und Google Cloud bieten die folgenden Funktionen und Vorteile:- Vereinfachte, zentrale Erkennung
- Verwaltete globale oder regionale HTTP-Endpunkte
- Detaillierte Autorisierung
- Optionale Sicherheit für Prompts und Antworten mit Model Armor-Schutz
- Zentrales Audit-Logging
Informationen zu anderen MCP-Servern sowie zu den Sicherheits- und Governance-Steuerelementen für Google Cloud-MCP-Server finden Sie in der Übersicht über Google Cloud-MCP-Server.
Hinweis
Damit Ihr KI-Agent auf den Policy Assist-MCP-Server zugreifen kann, müssen Sie die Policy Assist API in Ihrem Projekt in der Google Cloud Console aktivieren:
- Melden Sie sich in Ihrem Google Cloud -Konto an. Wenn Sie mit Google Cloudnoch nicht vertraut sind, erstellen Sie einfach ein Konto, um die Leistungsfähigkeit unserer Produkte in der Praxis sehen und bewerten zu können. Neukunden erhalten außerdem ein Guthaben von 300 $, um Arbeitslasten auszuführen, zu testen und bereitzustellen.
-
Installieren Sie die Google Cloud CLI.
-
Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.
-
Führen Sie den folgenden Befehl aus, um die gcloud CLI zu initialisieren:
gcloud init -
Google Cloud -Projekt erstellen oder auswählen.
Erforderliche Rollen zum Auswählen oder Erstellen eines Projekts
- Projekt auswählen: Für die Auswahl eines Projekts ist keine bestimmte IAM-Rolle erforderlich. Sie können jedes Projekt auswählen, für das Ihnen eine Rolle zugewiesen wurde.
-
Projekt erstellen: Zum Erstellen eines Projekts benötigen Sie die Rolle „Project Creator“ (
roles/resourcemanager.projectCreator), die die Berechtigungresourcemanager.projects.createenthält. Informationen zum Zuweisen von Rollen
-
Erstellen Sie ein Projekt in Google Cloud :
gcloud projects create PROJECT_ID
Ersetzen Sie
PROJECT_IDdurch einen Namen für das Projekt in Google Cloud , das Sie erstellen. -
Wählen Sie das von Ihnen erstellte Projekt in Google Cloud aus:
gcloud config set project PROJECT_ID
Ersetzen Sie
PROJECT_IDdurch den Namen Ihres Projekts in Google Cloud .
-
Wenn Sie für diese Anleitung ein vorhandenes Projekt verwenden, prüfen Sie, ob Sie die erforderlichen Berechtigungen haben. Wenn Sie ein neues Projekt erstellt haben, haben Sie bereits die erforderlichen Berechtigungen.
Aktivieren Sie die Policy Assist API, falls sie noch nicht aktiviert ist:
Erforderliche Rollen zum Aktivieren von APIs
Zum Aktivieren von APIs benötigen Sie die Berechtigung
serviceusage.services.enable. Wenn Sie das Projekt erstellt haben, haben Sie diese Berechtigung wahrscheinlich bereits über die Inhaberrolle (roles/owner). Andernfalls können Sie diese Berechtigung über die Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin) erhalten. Informationen zum Zuweisen von Rollengcloud services enable policyassist.googleapis.com
-
Installieren Sie die Google Cloud CLI.
-
Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.
-
Führen Sie den folgenden Befehl aus, um die gcloud CLI zu initialisieren:
gcloud init -
Google Cloud -Projekt erstellen oder auswählen.
Erforderliche Rollen zum Auswählen oder Erstellen eines Projekts
- Projekt auswählen: Für die Auswahl eines Projekts ist keine bestimmte IAM-Rolle erforderlich. Sie können jedes Projekt auswählen, für das Ihnen eine Rolle zugewiesen wurde.
-
Projekt erstellen: Zum Erstellen eines Projekts benötigen Sie die Rolle „Project Creator“ (
roles/resourcemanager.projectCreator), die die Berechtigungresourcemanager.projects.createenthält. Informationen zum Zuweisen von Rollen
-
Erstellen Sie ein Projekt in Google Cloud :
gcloud projects create PROJECT_ID
Ersetzen Sie
PROJECT_IDdurch einen Namen für das Projekt in Google Cloud , das Sie erstellen. -
Wählen Sie das von Ihnen erstellte Projekt in Google Cloud aus:
gcloud config set project PROJECT_ID
Ersetzen Sie
PROJECT_IDdurch den Namen Ihres Projekts in Google Cloud .
-
Wenn Sie für diese Anleitung ein vorhandenes Projekt verwenden, prüfen Sie, ob Sie die erforderlichen Berechtigungen haben. Wenn Sie ein neues Projekt erstellt haben, haben Sie bereits die erforderlichen Berechtigungen.
Aktivieren Sie die Policy Assist API, falls sie noch nicht aktiviert ist:
Erforderliche Rollen zum Aktivieren von APIs
Zum Aktivieren von APIs benötigen Sie die Berechtigung
serviceusage.services.enable. Wenn Sie das Projekt erstellt haben, haben Sie diese Berechtigung wahrscheinlich bereits über die Inhaberrolle (roles/owner). Andernfalls können Sie diese Berechtigung über die Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin) erhalten. Informationen zum Zuweisen von Rollengcloud services enable policyassist.googleapis.com
Erforderliche Rollen
Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für das Projekt zuzuweisen, in dem Sie den Policy Assist-MCP-Server verwenden möchten, um die Berechtigungen zu erhalten, die Sie zur Verwendung des Policy Assist-MCP-Servers benötigen:
-
MCP-Toolaufrufe ausführen:
MCP Tool User (
roles/mcp.toolUser) -
Vorschläge für benutzerdefinierte Rollen abrufen:
IAM-Betrachter (
roles/iam.viewer)
Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.
Diese vordefinierten Rollen enthalten die Berechtigungen, die zum Verwenden des Policy Assist-MCP-Servers erforderlich sind. Maximieren Sie den Abschnitt Erforderliche Berechtigungen, um die notwendigen Berechtigungen anzuzeigen:
Erforderliche Berechtigungen
Die folgenden Berechtigungen sind erforderlich, um den Policy Assist-MCP-Server zu verwenden:
-
MCP-Toolaufrufe ausführen:
mcp.tools.call -
Vorschläge für benutzerdefinierte Rollen abrufen:
iam.roles.list
Sie können diese Berechtigungen auch mit benutzerdefinierten Rollen oder anderen vordefinierten Rollen erhalten.
Authentifizierung und Autorisierung
Der Remote-MCP-Server von Policy Assist verwendet das OAuth 2.0-Protokoll mit Identity and Access Management (IAM) für die Authentifizierung und Autorisierung. Alle Google Cloud -Identitäten werden für die Authentifizierung bei MCP-Servern unterstützt.Der Richtlinienassistent akzeptiert keine API-Schlüssel für die Authentifizierung.
Wir empfehlen, für Agenten, die MCP-Tools verwenden, eine separate Identität zu erstellen, damit der Zugriff auf Ressourcen gesteuert und überwacht werden kann. Weitere Informationen zur Authentifizierung finden Sie unter Bei MCP-Servern authentifizieren.
Policy Assist MCP-OAuth-Bereiche
OAuth 2.0 verwendet Bereiche und Anmeldedaten, um zu bestimmen, ob ein authentifiziertes Hauptkonto berechtigt ist, eine bestimmte Aktion für eine Ressource auszuführen. Weitere Informationen zu OAuth 2.0-Bereichen bei Google finden Sie unter Mit OAuth 2.0 auf Google APIs zugreifen.
Policy Assist hat die folgenden OAuth-Bereiche für MCP-Tools:
| Bereichs-URI für die gcloud CLI | Beschreibung |
|---|---|
https://www.googleapis.com/auth/policyassist |
Gewährt Zugriff auf Richtlinienvorschläge über Policy Assist. |
Für die Ressourcen, auf die während eines Toolaufrufs zugegriffen wird, sind möglicherweise zusätzliche Bereiche erforderlich.
MCP-Client für die Verwendung des Policy Assist-MCP-Servers konfigurieren
KI-Anwendungen und -Agenten wie Claude oder Antigravity können einen MCP-Client instanziieren, der eine Verbindung zu einem einzelnen MCP-Server herstellt. Eine KI-Anwendung kann mehrere Clients haben, die sich mit verschiedenen MCP-Servern verbinden. Wenn Ihre Anwendung nicht in der clientspezifischen Anleitung aufgeführt ist, können Sie die folgenden Informationen verwenden, um eine Verbindung von den meisten Anwendungen herzustellen.
Suchen Sie in Ihrer KI-Anwendung nach einer Möglichkeit, einen Remote-MCP-Server hinzuzufügen oder eine Verbindung zu ihm herzustellen. Geben Sie für den Policy Assist-MCP-Server die folgenden Informationen ein:
- Servername: Policy Assist MCP-Server
- Server-URL oder Endpunkt:
https://policyassist.googleapis.com/mcp - Transport: Streamable HTTP
- Authentifizierungsdetails: Je nachdem, wie Sie sich authentifizieren möchten, können Sie Ihre Google Cloud -Anmeldedaten, Ihre OAuth-Client-ID und Ihr OAuth-Secret oder eine Agentenidentität und Anmeldedaten eingeben. Weitere Informationen zur Authentifizierung finden Sie unter Bei MCP-Servern authentifizieren.
- OAuth-Bereich: Verwenden Sie für den Zugriff auf den Policy Assist-MCP-Server den OAuth 2.0-Bereich
https://www.googleapis.com/auth/policyassist.
Weiterleitungs-URIs
Bei webbasierten Anwendungen und einigen Desktopanwendungen müssen Sie einen Weiterleitungs-URI auf die Zulassungsliste setzen, wenn Sie eine Client-ID und einen Clientschlüssel für die Authentifizierung erstellen. Weiterleitungs-URIs werden vom Autorisierungsserver verwendet, um Tokens an Ihre Anwendung zu senden. In der Dokumentation Ihrer Anwendung sollte der Weiterleitungs-URI angegeben sein, den Sie verwenden müssen. Benutzerdefinierte Weiterleitungs-URIs werden nicht unterstützt.
Anwendungsspezifische Anleitungen zum Einrichten und Verbinden mit einem MCP-Server finden Sie unter Clientspezifische Anleitungen.
Allgemeine Informationen finden Sie in den folgenden Ressourcen:
Verfügbare Tools
Details zu den verfügbaren MCP-Tools und deren Beschreibungen für den Policy Assist-MCP-Server finden Sie in der Policy Assist-MCP-Referenz.
Tools auflisten
Verwenden Sie den MCP-Inspector, um Tools aufzulisten, oder senden Sie eine tools/list-HTTP-Anfrage direkt an den Remote-MCP-Server von Policy Assist. Für die Methode tools/list ist keine Authentifizierung erforderlich.
curl -X POST https://policyassist.googleapis.com/TOOLSET_ENDPOINT \
-H 'Content-Type: application/json' \
-H 'Accept: application/json' \
-H 'MCP-Protocol-Version: MCP_PROTOCOL_VERSION' \
-H 'Mcp-Method: tools/list' \
-d '{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/list",
"params": {
"_meta": {
"io.modelcontextprotocol/protocolVersion": "MCP_PROTOCOL_VERSION",
"io.modelcontextprotocol/clientCapabilities": {
"extensions": {
"io.modelcontextprotocol/ui": {
"mimeTypes": ["text/html;profile=mcp-app"]
}
}
}
}
}
}'
Ersetzen Sie Folgendes:
TOOLSET_ENDPOINT: der Rest des MCP-Endpunkts nach dem Dienstnamen. Für Policy Assist ist diesmcp.MCP_PROTOCOL_VERSION: die MCP-Protokollversion, z. B.2026-07-28.
Beispielanwendungsfälle
Über den Policy Assist-Remote-MCP-Server können externe KI-Agenten auf die IAM-Rollenauswahl zugreifen und damit Rollen für Ihren Anwendungsfall vorschlagen. Im Folgenden finden Sie einige Beispiele für Anwendungsfälle für den Policy Assist-MCP-Server.
Standardmäßig sind Rollenvorschläge so konzipiert, dass sie gängige User Journeys innerhalb eines Dienstes abdecken. Beispielsweise werden häufig die Rollen „Administrator“, „Bearbeiter“ oder „Betrachter“ eines Dienstes vorgeschlagen.
Wenn Sie Vorschläge für die detailliertesten Rollen mit den geringsten Berechtigungen erhalten möchten, müssen Sie diese Einstellung in Ihrem Prompt mit bestimmten Schlüsselwörtern wie „minimal“ oder „geringste Berechtigung“ angeben. Eine Liste der Keywords, die Sie verwenden können, finden Sie unter Keywords für Rollen mit geringsten Berechtigungen.
| Anwendungsfall | Beispiele für Aufforderungen |
|---|---|
| Rollen für die allgemeine Dienstverwaltung identifizieren | „Welche Berechtigungen benötige ich, um unsere AlloyDB for PostgreSQL-Einrichtung zu verwalten?“ |
| Rollen identifizieren, die zum Ausführen bestimmter Aufgaben erforderlich sind |
„Welche Rolle ist erforderlich, um VMs zu erstellen, zu starten und zu beenden?“ oder „Welche Mindestrolle ist erforderlich, um VMs zu erstellen, zu starten und zu beenden?“ |
| Rollen identifizieren, die zum Ausführen von Google Cloud CLI-Befehlen erforderlich sind |
„Welche IAM-Rolle ist erforderlich, um oder „Welche ist die kleinste Rolle, die ein Dienstkonto benötigt, um |
| Rollen für eine Aufgabe mit transitiven Abhängigkeiten identifizieren |
„Ich muss eine Compute Engine-Instanz so konfigurieren, dass sie automatisch anhand der CPU-Auslastung skaliert wird. Welche IAM-Rollen sollte ich dem Dienstkonto zuweisen?“ oder „Ich muss eine Compute Engine-Instanz so konfigurieren, dass sie automatisch anhand der CPU-Auslastung skaliert wird. Welche Mindestberechtigungen muss ich einem Dienstkonto gewähren, das von einem Autoscaling für Compute Engine-Instanzen verwendet wird? |
| Rollen für eine Aufgabe identifizieren, die möglicherweise eine Kombination aus mehreren detaillierten Rollen erfordert |
„Nutzerinnen und Nutzern nur Zugriff auf ein bestimmtes Dataset in BigQuery gewähren. Sie sollen keine Datasets erstellen oder löschen können.“ oder „Welche ist die sicherste Rolle, um Nutzern Lesezugriff auf ein einzelnes Dataset in BigQuery zu gewähren, ohne dass sie Datasets erstellen oder löschen können?“ |
Optionale Sicherheitskonfigurationen
MCP bringt aufgrund der Vielzahl von Aktionen, die Sie mit den MCP-Tools ausführen können, neue Sicherheitsrisiken und ‑aspekte mit sich. Um diese Risiken zu minimieren und zu verwalten, bietetGoogle Cloud Standardeinstellungen und anpassbare Richtlinien, mit denen Sie die Verwendung von MCP-Tools in Ihrer Organisation oder Ihrem Projekt in Google Cloudsteuern können.
Weitere Informationen zur Sicherheit und Governance von MCP finden Sie unter KI-Sicherheit.
MCP-Nutzung mit Ablehnungsrichtlinien von Identity and Access Management steuern
Mit Ablehnungsrichtlinien und Zulassungsrichtlinien von Identity and Access Management (IAM) können Sie Google Cloud und Google MCP-Server schützen.
Sie können mehrere Kriterien kombinieren, um benutzerdefinierte Sicherheits- und Governance-Richtlinien zu erstellen, indem Sie den Zugriff basierend auf Folgendem zulassen oder verweigern:
- Das Hauptkonto.
- Toolattribute wie das schreibgeschützte Attribut.
- Der Dienst- oder Toolname.
- Die OAuth-Client-ID der Anwendung.
Weitere Informationen finden Sie unter MCP-Nutzung mit Identity and Access Management steuern.
Nächste Schritte
- Lesen Sie die MCP-Referenzdokumentation zu Policy Assist.
- Weitere Informationen zu Google Cloud-MCP-Servern