AWS lanza la autorización OAuth para servidores MCP en Bedrock AgentCore Gateway

Amazon Web Services ha publicado una guía técnica detallada para implementar OAuth Authorization Code Flow en servidores MCP sobre Amazon Bedrock AgentCore Gateway. Se trata de la primera plantilla production-ready de autenticación corporativa para agentes de IA.

Por qué OAuth y no API keys

La forma tradicional de proteger herramientas de IA consiste en emitir una API key estática e incluirla en cada solicitud. Funciona en un entorno de laboratorio, pero falla en el entorno corporativo: la clave no está vinculada a un empleado concreto, no caduca automáticamente y es difícil de auditar. Si se filtra, no hay forma de saber cuándo ni a través de quién.

OAuth Authorization Code Flow resuelve otro problema: cada solicitud al asistente de IA lleva un token emitido por el identity provider corporativo, ya sea Okta, Azure Active Directory o Amazon Cognito. Si se despide a un empleado o se bloquea su cuenta, el token deja de funcionar en ese mismo instante, sin ningún cambio en el sistema de IA.

AgentCore Gateway actúa como intermediario: recibe las solicitudes MCP entrantes, verifica el token a través del endpoint JWKS del identity provider y solo entonces deja pasar la llamada a la herramienta correspondiente en Bedrock. El propio agente de IA no almacena secretos ni gestiona la autenticación: toda la lógica queda aislada en la capa del gateway.

Cómo funciona la cadena de autorización

El mecanismo descrito en la documentación de AWS sigue varios pasos consecutivos:

• El usuario inicia una solicitud en un cliente compatible con MCP: Claude Desktop, Cursor o VS Code con una extensión MCP
• El cliente redirige al usuario a la página de inicio de sesión del IdP corporativo
• Tras una autenticación correcta, el IdP devuelve un authorization code
• El cliente intercambia el código por un access token y un refresh token a través de un backchannel protegido
• AgentCore Gateway verifica el token en cada llamada MCP con la clave pública del IdP
• Las herramientas y los modelos de Bedrock reciben las solicitudes con la identidad del usuario ya confirmada

Todo el flujo cumple el estándar RFC 6749 y OpenID Connect, por lo que puede conectarse a cualquier IdP corporativo compatible con OIDC sin desarrollos a medida.

Qué aporta al equipo de seguridad

Para los departamentos de seguridad de la información, la integración supone tres ventajas prácticas. En primer lugar, cada solicitud de IA deja un rastro de auditoría con el nombre del usuario real, y no el de una anónima cuenta de servicio, algo crucial para investigar incidentes. En segundo lugar, la revocación es instantánea: basta con revocar el token en el IdP para que el agente deje de funcionar de inmediato, sin actualizar la configuración del gateway. En tercer lugar, las políticas de acceso a las herramientas de IA pueden basarse en los grupos y roles que ya existen en Active Directory u Okta, sin necesidad de un sistema de permisos paralelo.

«Al final de esta guía tendrá una instalación lista para producción en

la que cada solicitud del asistente de IA se autentica con un token de identidad de usuario válido emitido por el proveedor corporativo», indica la documentación oficial de AWS.

Esto resulta especialmente relevante para las empresas que ya están incorporando agentes de IA a sus procesos de trabajo y deben cumplir requisitos de compliance: GDPR, SOC 2 e ISO 27001 exigen trazabilidad de las acciones hasta un usuario concreto, y OAuth lo garantiza por defecto.

Qué significa

MCP está pasando de ser un protocolo experimental para desarrolladores a convertirse en un estándar corporativo, y AWS apuesta por ello sin ambigüedades. La llegada de una plantilla OAuth lista para usar por parte del mayor proveedor de nube reducirá la barrera de entrada para las implantaciones enterprise y acelerará la ola de agentes de IA corporativos en 2025–2026. Las empresas que habían aplazado el despliegue de MCP por motivos de seguridad ya tienen una base sobre la que apoyarse.