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
AWS lance l'autorisation OAuth pour les serveurs MCP dans Bedrock AgentCore Gateway
Source : AWS Machine Learning Blog. Collage: Hamidun News.
Écouter l'article
Fiche synthèse et chiffres clés
ParamètreDonnées
Source primaireAWS Machine Learning Blog ↗
Rédacteur en chef
Chiffre clé #1L'utilisateur lance une requête dans un client compatible MCP : Claude Desktop, Cursor ou VS Code avec une extension MCP
Chiffre clé #2Le client redirige l'utilisateur vers la page de connexion de l'IdP de l'entreprise
Chiffre clé #3Une fois l'authentification réussie, l'IdP renvoie un authorization code

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.

Dossier

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

ZK
Zhemal Khamidun — CPO d'Alpina Digital, product manager d'AlpinaGPT. Conçoit des produits IA depuis 2019. Hamidun News est un projet personnel devenu un agrégateur en production avec plus de 6 000 lecteurs.
✦ Hands-On AI Engineering · Hamidun Academy

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.

Start 72h Free Trial →Vibe-Coding Intensive
Qu'en pensez-vous ?
Chargement des commentaires…