Escalando la gobernanza de agentes de IA con AWS Bedrock AgentCore y Okta

Amazon Web Services ha publicado la segunda parte de una guía técnica que detalla cómo escalar operaciones seguras de agentes de IA. Publicado el 6 de noviembre de 2026, el artículo explica cómo reemplazar las conexiones directas entre agentes y herramientas con una arquitectura de gateway centralizado. Este enfoque utiliza Amazon Bedrock AgentCore, Okta Cross App Access y motores de políticas Cedar para gestionar permisos en cientos de agentes y herramientas.

Qué ocurrió

En la primera parte de esta serie, los ingenieros crearon un agente de tarea única que actuaba en nombre de usuarios iniciados. Esa configuración inicial dependía de una topología pequeña donde el agente mantenía direcciones de tiempo de ejecución para servidores del Protocolo de Contexto de Modelo (MCP) y realizaba intercambios de tokens directamente. Aunque funcional para escenarios de prueba de concepto, este método crea una matriz de cableado compleja a medida que los sistemas crecen. Cada nueva herramienta requiere actualizaciones en cada agente que necesite acceso, y cada agente debe mantener credenciales para cada recurso al que podría acceder.

La nueva guía aborda estas limitaciones de escalabilidad introduciendo Amazon Bedrock AgentCore Gateway como una única puerta de entrada. En lugar de que los agentes llamen a las herramientas directamente, enrutan las solicitudes a través del Gateway. Este componente maneja el canje de identidad y aplica políticas de acceso antes de invocar cualquier herramienta. La actualización también introduce un segundo agente que se ejecuta en Amazon Elastic Kubernetes Service (Amazon EKS) para demostrar que el modelo de gobernanza funciona independientemente de dónde esté alojado el agente. Este cambio desplaza la lógica de seguridad de servidores individuales a un motor de políticas centralizado, reduciendo la duplicación de código y la complejidad de auditoría.

Cómo funciona

La arquitectura se centra en el AgentCore Gateway, que acepta un Grant de Autorización JWT de Aserción de Identidad (ID-JAG) del agente. Este token demuestra que el usuario ha autorizado al agente para actuar. El autorizador de entrada del Gateway valida que el token fue emitido específicamente para ese agente por Okta. Una vez validado, el Gateway consulta un motor de políticas impulsado por Cedar. Estas políticas definen exactamente qué herramientas puede usar un agente basándose en su identidad y los ámbitos (scopes) otorgados por el usuario. Si la política permite la acción, el Gateway usa AgentCore Identity para intercambiar el ID-JAG por un token de acceso con ámbito limitado de Okta.

Este proceso garantiza que los agentes nunca manejen credenciales secretas ni realicen intercambios de tokens ellos mismos. El rol de ejecución del agente ya no requiere permisos para intercambio de tokens o lectura de secretos. En su lugar, el Gateway mantiene estos privilegios. Los servidores MCP aún realizan verificaciones finales sobre grupos de usuarios, pero la decisión principal de autorización ocurre en el Gateway. Esta separación permite a las organizaciones actualizar reglas de acceso en un solo lugar en lugar de modificar código en miles de servidores. Todas las decisiones se registran como spans de OpenTelemetry, proporcionando un rastro de auditoría completo.

Detalles clave

• Gateway Centralizado: Los agentes se conectan a un único endpoint de Gateway en lugar de gestionar conexiones directas a múltiples servidores MCP, simplificando la topología de red.
• Motor de Políticas Cedar: El control de acceso se define utilizando políticas Cedar que vinculan herramientas específicas a agentes y ámbitos, aplicando una postura de denegación por defecto.
• Descarga del Intercambio de Tokens: El Gateway canjea los grants de Okta por tokens de acceso, eliminando la necesidad de que los agentes mantengan permisos de credenciales o secretos.
• Soporte Multi-entorno: La solución admite agentes que se ejecutan tanto en el runtime de Bedrock AgentCore como en Amazon EKS, utilizando métodos consistentes de verificación de identidad.
• Observabilidad Unificada: AgentCore Observability recopila trazas de los componentes Gateway, Policy e Identity, que pueden combinarse con los Registros del Sistema de Okta en Amazon CloudWatch.
• Esquemas de Herramientas Estáticos: Los objetivos deben utilizar esquemas de herramientas estáticos para asegurar que las referencias de políticas permanezcan estables, ya que las listas dinámicas pueden complicar la aplicación de políticas.

Por qué es importante

Para equipos de software que construyen aplicaciones de IA empresariales, la escalabilidad de la seguridad es un cuello de botella importante. Gestionar permisos para decenas de agentes y cientos de herramientas se vuelve rápidamente inmanejable si cada agente mantiene su propia lógica de conexión. Al centralizar la autorización, las organizaciones pueden reducir el riesgo de deriva de configuración. Los equipos de seguridad pueden auditar y actualizar políticas en una sola ubicación, asegurando que los cambios se apliquen consistentemente en todos los agentes. Este modelo también minimiza la superficie de ataque, ya que los agentes ya no almacenan credenciales sensibles ni tienen permisos amplios para intercambiar tokens.

La integración con herramientas de observabilidad proporciona visibilidad crítica sobre el comportamiento del agente. En industrias reguladas, probar quién autorizó una acción y cuándo es esencial. La capacidad de combinar eventos de grant de Okta con trazas de ejecución detalladas en CloudWatch permite a los ingenieros reconstruir el contexto completo de cualquier acción del agente. Este nivel de transparencia ayuda a los equipos a depurar problemas de permisos y satisfacer requisitos de cumplimiento sin construir infraestructura de registro personalizada desde cero.

Qué puedes hacer

• Revisar el código de ejemplo: Examine el ejemplo de AWS 08-okta-xaa-delegation-chain en GitHub para entender la arquitectura base antes de añadir componentes de Gateway.
• Implementar el Gateway: Configure un AgentCore Gateway con un autorizador de entrada que valide los ID-JAGs de su servidor de autorización Okta.
• Definir políticas Cedar: Escriba políticas de permiso únicamente que mapeen IDs de cliente de agentes y ámbitos a acciones de herramientas específicas, asegurando una postura de denegación por defecto.
• Configurar observabilidad: Habilite CloudWatch Transaction Search y configure Okta Log Streaming a EventBridge para crear una vista de auditoría unificada.
• Probar agentes multi-entorno: Despliegue un agente secundario en Amazon EKS para verificar que el Gateway maneja correctamente identidades fuera del runtime de Bedrock.
• Validar ámbitos de tokens: Asegúrese de que los ámbitos solicitados por el Gateway coincidan con los del ID-JAG para evitar fallos en el intercambio de tokens.