AWS lance l'autorisation OAuth pour les serveurs MCP dans Bedrock AgentCore Gateway
Amazon Web Services a publié un guide production-ready pour sécuriser les serveurs MCP sur Bedrock AgentCore Gateway via l'OAuth Authorization Code Flow. Chaque requête adressée à un agent IA est désormais vérifiée par le fournisseur d'identité de l'entreprise : Okta, Azure AD ou Cognito. Fini les clés API partagées : seul compte le jeton personnel de l'utilisateur, qui cesse de fonctionner à la seconde où l'employé est déconnecté du système.
Traité par IA depuis AWS Machine Learning Blog ; édité par Hamidun News
Amazon Web Services a publié un guide technique détaillé pour implémenter l'OAuth Authorization Code Flow sur les serveurs MCP hébergés par Amazon Bedrock AgentCore Gateway. Il s'agit du premier modèle production-ready d'authentification d'entreprise pour les agents IA.
Pourquoi OAuth plutôt que des clés API
La méthode classique pour protéger des outils d'IA consiste à émettre une clé API statique et à l'injecter dans chaque requête. Cela fonctionne en laboratoire, mais pas en environnement d'entreprise : la clé n'est rattachée à aucun employé précis, n'expire pas automatiquement et se prête mal à l'audit. En cas de fuite, impossible de savoir quand ni par qui elle s'est produite.
L'OAuth Authorization Code Flow répond à un autre besoin : chaque requête envoyée à l'assistant IA transporte un jeton émis par l'identity provider de l'entreprise, qu'il s'agisse d'Okta, d'Azure Active Directory ou d'Amazon Cognito. Si un employé est licencié ou que son compte est bloqué, le jeton cesse de fonctionner à la seconde même, sans aucune modification côté système d'IA.
AgentCore Gateway joue le rôle d'intermédiaire : il reçoit les requêtes MCP entrantes, vérifie le jeton via l'endpoint JWKS de l'identity provider, et seulement ensuite transmet l'appel à l'outil visé sur Bedrock. L'agent IA lui-même ne stocke aucun secret et ne gère pas l'authentification : toute cette logique est isolée au niveau de la passerelle.
Comment fonctionne la chaîne d'autorisation
Le mécanisme décrit dans la documentation d'AWS se déroule en plusieurs étapes successives :
- L'utilisateur lance une requête dans un client compatible MCP : Claude Desktop, Cursor ou VS Code avec une extension MCP
- Le client redirige l'utilisateur vers la page de connexion de l'IdP de l'entreprise
- Une fois l'authentification réussie, l'IdP renvoie un authorization code
- Le client échange ce code contre un access token et un refresh token via un backchannel sécurisé
- AgentCore Gateway vérifie le jeton à chaque appel MCP à l'aide de la clé publique de l'IdP
- Les outils et modèles sur Bedrock reçoivent des requêtes porteuses d'une identité utilisateur vérifiée
L'ensemble du flux respecte la norme RFC 6749 et OpenID Connect : il peut se brancher sur n'importe quel IdP d'entreprise compatible OIDC, sans développement spécifique.
Ce que cela apporte aux équipes de sécurité
Pour les services de sécurité informatique des entreprises, cette intégration présente trois avantages concrets. D'abord, chaque requête IA laisse une trace d'audit portant le nom d'un utilisateur réel, et non celui d'un compte de service anonyme, ce qui est crucial pour les enquêtes sur incidents. Ensuite, la révocation est instantanée : un jeton révoqué dans l'IdP, et l'agent cesse aussitôt de fonctionner, sans mise à jour de la configuration de la passerelle. Enfin, les politiques d'accès aux outils d'IA peuvent s'appuyer sur les groupes et rôles déjà définis dans Active Directory ou Okta, sans système de droits parallèle.
« À la fin de ce guide, vous disposerez d'une installation prête pour
la production, dans laquelle chaque requête de l'assistant IA est authentifiée avec un jeton d'identité utilisateur valide émis par le fournisseur de l'entreprise », indique la documentation officielle d'AWS.
C'est particulièrement pertinent pour les entreprises qui déploient déjà des agents IA dans leurs processus métier et sont soumises à des exigences de conformité : le RGPD, SOC 2 et ISO 27001 imposent de pouvoir rattacher chaque action à un utilisateur précis, et OAuth le garantit par défaut.
Ce que cela signifie
MCP passe du statut de protocole expérimental pour développeurs à celui de standard d'entreprise, et AWS mise clairement dessus. L'arrivée d'un modèle OAuth clé en main proposé par le premier fournisseur cloud du marché devrait abaisser la barrière à l'adoption en entreprise et accélérer la vague d'agents IA d'entreprise en 2025–2026. Les sociétés qui repoussaient le déploiement de MCP pour des raisons de sécurité disposent désormais d'une base solide.
- 31 oct. 2026Worldwide Express confie ses factures litigieuses à des agents IA et réduit sa dette de 75%
- 30 oct. 2026AWS offre aux agents de codage un aperçu en direct du site, depuis leur session isolée
- 30 oct. 2026MoEngage ouvre 400 API privées à ses agents IA via AgentCore Gateway, sans serveurs MCP maison
- 29 oct. 2026NVIDIA Nemotron 3.5 Super VL : 120 milliards de paramètres, 12 milliards actifs, déploiement sur AWS
Questions clés sur cet article
Pourquoi OAuth plutôt que des clés API?
La méthode classique pour protéger des outils d'IA consiste à émettre une clé API statique et à l'injecter dans chaque requête. Cela fonctionne en laboratoire, mais pas en environnement d'entreprise : la clé n'est rattachée à aucun employé précis, n'expire pas automatiquement et se prête mal à l'audit. En cas de fuite, impossible de savoir quand ni par qui elle s'est produite. L'OAuth Authorization Code Flow répond à un autre besoin : chaque requête envoyée à l'assistant IA transporte un jeton émis par l'identity provider de l'entreprise, qu'il s'agisse d'Okta, d'Azure Acti
Comment fonctionne la chaîne d'autorisation?
Le mécanisme décrit dans la documentation d'AWS se déroule en plusieurs étapes successives : L'utilisateur lance une requête dans un client compatible MCP : Claude Desktop, Cursor ou VS Code avec une extension MCP Le client redirige l'utilisateur vers la page de connexion de l'IdP de l'entreprise Une fois l'authentification réussie, l'IdP renvoie un authorization code Le client échange ce code contre un access token et un refresh token via un backchannel sécurisé AgentCore Gateway vérifie le jeton à chaque appel MCP à l'aide de la clé publique de l'IdP Les outils et modèles
Que sait-on sur Ce que cela apporte aux équipes de sécurité ?
Pour les services de sécurité informatique des entreprises, cette intégration présente trois avantages concrets. D'abord, chaque requête IA laisse une trace d'audit portant le nom d'un utilisateur réel, et non celui d'un compte de service anonyme, ce qui est crucial pour les enquêtes sur incidents. Ensuite, la révocation est instantanée : un jeton révoqué dans l'IdP, et l'agent cesse aussitôt de fonctionner, sans mise à jour de la configuration de la passerelle. Enfin, les politiques d'accès aux outils d'IA peuvent s'appuyer sur les groupes et rôles déjà définis dans Active
Build & Ship Production AI Agents Without Boilerplate Code
Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.
L'essentiel de l'IA — une fois par semaine
Sept actus qui ont vraiment compté, choisies à la main. Sans bruit ni communiqués.
C'est fait ! Vérifiez votre boîte mail pour la confirmation.