Le Model Context Protocol (MCP) standardise la façon dont les grands modèles de langage (LLM) et les applications ou agents d'IA se connectent à des sources de données externes. Les serveurs MCP vous permettent d'utiliser leurs outils, ressources et invites pour effectuer des actions et obtenir des données à jour à partir de leur service de backend.
Quelle est la différence entre les serveurs MCP locaux et distants ?
- Serveurs MCP locaux
- S'exécutent généralement sur votre machine locale et utilisent les flux d'entrée et de sortie standards (stdio) pour la communication entre les services sur le même appareil.
- Serveurs MCP distants
- s'exécute sur l'infrastructure du service et propose un point de terminaison HTTP aux applications d'IA pour la communication entre le client AI MCP et le serveur MCP. Pour en savoir plus sur l'architecture MCP, consultez Architecture MCP.
Noyau sans état
Avec la version 2026-07-28 du protocole MCP, le protocole MCP passe d'un protocole bidirectionnel avec état à un protocole sans état.
Chaque requête MCP est auto-descriptive et peut être routée à l'aide d'en-têtes. Il n'est pas nécessaire d'utiliser l'établissement de liaison initialize/initialized ni Mcp-Session-Id, car chaque requête inclut toutes les informations nécessaires dans les en-têtes HTTP ou le paramètre _meta. Les serveurs MCP peuvent demander des informations supplémentaires requises par un outil via des demandes MRTR (multi-round-trip requests).
Pour faciliter le routage et le traitement des requêtes sans analyser le corps de la requête, certains en-têtes MCP sont requis, y compris les suivants :
- En-têtes requis par la spécification MCP, tels que l'en-tête de version du protocole et les en-têtes de requête standards.
- En-têtes personnalisés définis par le serveur MCP. Ces en-têtes sont mis en miroir dans les en-têtes HTTP à partir du schéma d'entrée de l'outil à l'aide de la propriété
x-mcp-header. Par exemple, un serveur MCP peut définir un en-tête personnalisé pour spécifier la région Google Cloud ou l'ID du projet.
Pour en savoir plus sur l'architecture MCP, consultez les spécifications et les principaux changements de la version MCP 2026-07-28.
Serveurs MCP distants et Google Cloud
Google Cloud Les serveurs MCP distants et Google présentent les fonctionnalités et avantages suivants :- Découverte simplifiée et centralisée
- Points de terminaison HTTP mondiaux ou régionaux gérés
- Autorisations précises
- Sécurité facultative des requêtes et des réponses avec la protection Model Armor
- Journaux d'audit centralisés
Pour en savoir plus sur les autres serveurs MCP et sur les contrôles de sécurité et de gouvernance disponibles pour les serveurs MCP Google Cloud, consultez Présentation des serveurs MCP Google Cloud.
Avant de commencer
Pour vous assurer que votre agent peut accéder au serveur MCP Policy Assist, vous devez activer l'API Policy Assist sur votre projet dans la console Google Cloud :
- Connectez-vous à votre compte Google Cloud . Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits sans frais pour exécuter, tester et déployer des charges de travail.
-
Installez la Google Cloud CLI.
-
Si vous utilisez un fournisseur d'identité (IdP) externe, vous devez d'abord vous connecter à la gcloud CLI avec votre identité fédérée.
-
Pour initialiser la gcloud CLI, exécutez la commande suivante :
gcloud init -
Créez ou sélectionnez un projet Google Cloud .
Rôles requis pour sélectionner ou créer un projet
- Sélectionnez un projet : la sélection d'un projet ne nécessite pas de rôle IAM spécifique. Vous pouvez sélectionner n'importe quel projet pour lequel un rôle vous a été attribué.
-
Créer un projet : pour créer un projet, vous devez disposer du rôle Créateur de projet (
roles/resourcemanager.projectCreator), qui contient l'autorisationresourcemanager.projects.create. Découvrez comment attribuer des rôles.
-
Créez un projet Google Cloud :
gcloud projects create PROJECT_ID
Remplacez
PROJECT_IDpar le nom du projet Google Cloud que vous créez. -
Sélectionnez le projet Google Cloud que vous avez créé :
gcloud config set project PROJECT_ID
Remplacez
PROJECT_IDpar le nom de votre projet Google Cloud .
-
Si vous utilisez un projet existant pour ce guide, vérifiez que vous disposez des autorisations nécessaires pour suivre les instructions. Si vous avez créé un projet, vous disposez déjà des autorisations requises.
Activez l'API Policy Assist :
Rôles requis pour activer les API
Pour activer les API, vous devez disposer de l'autorisation
serviceusage.services.enable. Si vous avez créé le projet, vous disposez probablement déjà de cette autorisation grâce au rôle Propriétaire (roles/owner). Sinon, vous pouvez obtenir cette autorisation grâce au rôle Administrateur Service Usage (roles/serviceusage.serviceUsageAdmin). Découvrez comment attribuer des rôles.gcloud services enable policyassist.googleapis.com
-
Installez la Google Cloud CLI.
-
Si vous utilisez un fournisseur d'identité (IdP) externe, vous devez d'abord vous connecter à la gcloud CLI avec votre identité fédérée.
-
Pour initialiser la gcloud CLI, exécutez la commande suivante :
gcloud init -
Créez ou sélectionnez un projet Google Cloud .
Rôles requis pour sélectionner ou créer un projet
- Sélectionnez un projet : la sélection d'un projet ne nécessite pas de rôle IAM spécifique. Vous pouvez sélectionner n'importe quel projet pour lequel un rôle vous a été attribué.
-
Créer un projet : pour créer un projet, vous devez disposer du rôle Créateur de projet (
roles/resourcemanager.projectCreator), qui contient l'autorisationresourcemanager.projects.create. Découvrez comment attribuer des rôles.
-
Créez un projet Google Cloud :
gcloud projects create PROJECT_ID
Remplacez
PROJECT_IDpar le nom du projet Google Cloud que vous créez. -
Sélectionnez le projet Google Cloud que vous avez créé :
gcloud config set project PROJECT_ID
Remplacez
PROJECT_IDpar le nom de votre projet Google Cloud .
-
Si vous utilisez un projet existant pour ce guide, vérifiez que vous disposez des autorisations nécessaires pour suivre les instructions. Si vous avez créé un projet, vous disposez déjà des autorisations requises.
Activez l'API Policy Assist :
Rôles requis pour activer les API
Pour activer les API, vous devez disposer de l'autorisation
serviceusage.services.enable. Si vous avez créé le projet, vous disposez probablement déjà de cette autorisation grâce au rôle Propriétaire (roles/owner). Sinon, vous pouvez obtenir cette autorisation grâce au rôle Administrateur Service Usage (roles/serviceusage.serviceUsageAdmin). Découvrez comment attribuer des rôles.gcloud services enable policyassist.googleapis.com
Rôles requis
Pour obtenir les autorisations nécessaires pour utiliser le serveur MCP Policy Assist, demandez à votre administrateur de vous accorder les rôles IAM suivants sur le projet dans lequel vous souhaitez utiliser le serveur MCP Policy Assist :
-
Effectuer des appels d'outils MCP :
Utilisateur de l'outil MCP (
roles/mcp.toolUser) -
Obtenir des suggestions de rôles personnalisés : Lecteur IAM (
roles/iam.viewer)
Pour en savoir plus sur l'attribution de rôles, consultez Gérer l'accès aux projets, aux dossiers et aux organisations.
Ces rôles prédéfinis contiennent les autorisations requises pour utiliser le serveur MCP Policy Assist. Pour connaître les autorisations exactes requises, développez la section Autorisations requises :
Autorisations requises
Les autorisations suivantes sont requises pour utiliser le serveur MCP Policy Assist :
-
Effectuer des appels d'outils MCP :
mcp.tools.call -
Obtenez des suggestions de rôles personnalisés :
iam.roles.list
Vous pouvez également obtenir ces autorisations avec des rôles personnalisés ou d'autres rôles prédéfinis.
Authentification et autorisation
Le serveur MCP distant de Policy Assist utilise le protocole OAuth 2.0 avec Identity and Access Management (IAM) pour l'authentification et l'autorisation. Toutes les Google Cloud identités sont acceptées pour l'authentification auprès des serveurs MCP.L'outil d'aide pour les règles n'accepte pas les clés API pour l'authentification.
Nous vous recommandons de créer une identité distincte pour les agents qui utilisent les outils MCP afin de pouvoir contrôler et surveiller l'accès aux ressources. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.
Habilitations OAuth de l'outil d'assistance pour les règles MCP
OAuth 2.0 utilise des niveaux d'accès et des identifiants pour déterminer si un compte principal authentifié est autorisé à effectuer une action spécifique sur une ressource. Pour en savoir plus sur les champs d'application OAuth 2.0 chez Google, consultez Utiliser OAuth 2.0 pour accéder aux API Google.
Policy Assist dispose des niveaux d'accès OAuth suivants pour l'outil MCP :
| URI du champ d'application pour gcloud CLI | Description |
|---|---|
https://www.googleapis.com/auth/policyassist |
Accorde l'accès aux suggestions de règles via Policy Assist. |
Des champs d'application supplémentaires peuvent être requis pour les ressources auxquelles vous accédez lors d'un appel d'outil.
Configurer un client MCP pour qu'il utilise le serveur MCP Policy Assist
Les applications et agents d'IA, tels que Claude ou Antigravity, peuvent instancier un client MCP qui se connecte à un seul serveur MCP. Une application d'IA peut comporter plusieurs clients qui se connectent à différents serveurs MCP. Si votre application n'est pas listée dans les conseils spécifiques aux clients, vous pouvez utiliser les informations suivantes pour vous connecter depuis la plupart des applications.
Dans votre application d'IA, recherchez un moyen d'ajouter ou de vous connecter à un serveur MCP distant. Pour le serveur MCP Policy Assist, saisissez les informations requises :
- Nom du serveur : serveur MCP Policy Assist
- URL du serveur ou point de terminaison :
https://policyassist.googleapis.com/mcp - Transport : HTTP
- Informations d'authentification : selon la méthode d'authentification choisie, vous pouvez saisir vos identifiants Google Cloud , votre ID client et votre code secret OAuth, ou les identifiants d'un agent. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.
- Champ d'application OAuth : pour accéder au serveur MCP Policy Assist, utilisez le champ d'application OAuth 2.0
https://www.googleapis.com/auth/policyassist.
URI de redirection
Pour les applications Web et certaines applications de bureau, vous devez autoriser une URI de redirection lorsque vous créez un ID client et un secret pour l'authentification. Les URI de redirection sont utilisés par le serveur d'autorisation pour envoyer des jetons à votre application. La documentation de votre application doit spécifier l'URI de redirection que vous devez utiliser. Les URI de redirection personnalisés ne sont pas acceptés.
Pour obtenir des conseils spécifiques à une application sur la configuration et la connexion au serveur MCP, consultez Conseils spécifiques aux clients.
Pour obtenir des conseils plus généraux, consultez les ressources suivantes :
Outils disponibles
Pour afficher les détails des outils MCP disponibles et leurs descriptions pour le serveur MCP Policy Assist, consultez la documentation de référence sur le serveur MCP Policy Assist.
Outils de liste
Utilisez l'inspecteur MCP pour lister les outils ou envoyez une requête HTTP tools/list directement au serveur MCP distant Policy Assist. La méthode tools/list ne nécessite pas d'authentification.
POST /mcp HTTP/1.1
Host: policyassist.googleapis.com
Content-Type: application/json
{
"jsonrpc": "2.0",
"method": "tools/list",
}
Exemples de cas d'utilisation
Le serveur MCP distant Policy Assist permet aux agents d'IA externes d'accéder au sélecteur de rôles IAM et de l'utiliser pour suggérer des rôles pour votre cas d'utilisation. Voici quelques exemples d'utilisation du serveur MCP Policy Assist.
Par défaut, les suggestions de rôles sont conçues pour couvrir les parcours utilisateur courants au sein d'un service. Par exemple, les rôles d'administrateur, d'éditeur ou de lecteur d'un service sont souvent suggérés.
Si vous souhaitez obtenir des suggestions pour les rôles les plus précis et les moins privilégiés, vous devez spécifier cette préférence dans votre requête à l'aide de mots clés spécifiques, tels que "minimal" ou "moins privilégié". Pour obtenir la liste des mots clés que vous pouvez utiliser, consultez Mots clés pour les rôles de moindre privilège.
| Cas d'utilisation | Exemples d'invites |
|---|---|
| Identifier les rôles pour la gestion générale des services | "De quelles autorisations ai-je besoin pour gérer notre configuration AlloyDB pour PostgreSQL ?" |
| Identifier les rôles nécessaires pour effectuer des tâches spécifiques |
"Quel rôle est requis pour créer, démarrer et arrêter des VM ?" ou "Quel est le rôle minimal requis pour créer, démarrer et arrêter des VM ?" |
| Identifier les rôles nécessaires pour exécuter les commandes Google Cloud CLI |
"Quel rôle IAM est requis pour exécuter ou "Quel est le rôle le plus petit dont un compte de service a besoin pour exécuter |
| Identifier les rôles pour une tâche qui inclut des dépendances transitives |
"J'ai besoin de configurer une instance Compute Engine pour qu'elle soit automatiquement mise à l'échelle en fonction de l'utilisation du processeur. Quels rôles IAM dois-je attribuer au compte de service ?" ou "J'ai besoin de configurer une instance Compute Engine pour qu'elle soit automatiquement mise à l'échelle en fonction de l'utilisation du processeur. Quelles sont les autorisations minimales que je dois accorder à un compte de service utilisé par un autoscaler d'instance Compute Engine ?" |
| Identifier les rôles pour une tâche qui peut nécessiter une combinaison de plusieurs rôles précis |
"Accorde aux utilisateurs l'accès à un ensemble de données spécifique dans BigQuery. Ils ne devraient pas pouvoir créer ni supprimer d'ensembles de données." ou "Quel est le rôle le plus sécurisé à attribuer aux utilisateurs pour leur donner un accès en lecture seule à un seul ensemble de données dans BigQuery, sans leur permettre de créer ni de supprimer d'ensembles de données ?" |
Configurations de sécurité et de protection facultatives
Le MCP introduit de nouveaux risques et considérations de sécurité en raison de la grande variété d'actions que vous pouvez effectuer avec les outils MCP. Pour minimiser et gérer ces risques,Google Cloud propose des paramètres par défaut et des règles personnalisables permettant de contrôler l'utilisation des outils MCP dans votre organisation ou projet Google Cloud.
Pour en savoir plus sur la sécurité et la gouvernance de MCP, consultez Sécurité et sûreté de l'IA.
Contrôler l'utilisation du MCP avec des stratégies de refus Identity and Access Management
Les stratégies de refus et les stratégies d'autorisation IAM (Identity and Access Management) vous aident à sécuriser les serveurs Google Cloud et Google MCP.
Vous pouvez combiner plusieurs critères pour créer des règles de sécurité et de gouvernance personnalisées en autorisant ou en refusant l'accès en fonction des éléments suivants :
- Le directeur.
- Propriétés de l'outil, comme l'attribut en lecture seule.
- Nom du service ou de l'outil.
- ID client OAuth de l'application.
Pour en savoir plus, consultez Contrôler l'utilisation de MCP avec Identity and Access Management.
Étapes suivantes
- Consultez la documentation de référence MCP sur Policy Assist.
- En savoir plus sur les serveurs MCP Google Cloud