AWS incorpora la gestión de secretos de Secrets Manager en Bedrock AgentCore

Amazon Web Services (AWS) ha anunciado una nueva función para la plataforma Bedrock AgentCore: los desarrolladores ya pueden conectar al módulo AgentCore Identity sus propios secretos, almacenados en AWS Secrets Manager, en lugar de crear credenciales independientes dentro de la propia plataforma de agentes. Así, las empresas pueden extender sus procesos actuales de gestión de secretos a los agentes de IA sin construir una infraestructura de seguridad paralela específica para AgentCore.

Cómo funciona la nueva integración

AWS Bedrock AgentCore es un servicio para desplegar y gestionar agentes de IA autónomos en la nube de Amazon. AgentCore Identity es el módulo que se encarga de autenticar a los agentes y de darles acceso a sistemas externos mediante los llamados proveedores de credenciales (credential providers). Antes de esta actualización, esos proveedores requerían configurar los secretos por separado dentro de AgentCore. Ahora se puede indicar un secreto ya existente y preconfigurado de AWS Secrets Manager, el servicio de Amazon para el almacenamiento centralizado de contraseñas, claves de API y tokens, y AgentCore lo referenciará directamente, sin duplicar los datos.

Qué aporta a los equipos de seguridad

La principal ventaja para los equipos de seguridad de la información es que el control total sobre el ciclo de vida del secreto sigue donde estaba. La empresa conserva la gestión del cifrado, la rotación de claves, la replicación, las etiquetas y las políticas de acceso al recurso, exactamente igual que con cualquier otro secreto de Secrets Manager. Esto elimina un riesgo habitual al incorporar nuevos servicios de IA: la proliferación de almacenes de credenciales dispersos, cada uno con sus propias reglas de acceso y auditoría, difíciles de controlar de forma centralizada.

Detalles clave de la actualización:

• Servicio: AWS Bedrock AgentCore, módulo AgentCore Identity.
• Origen de los secretos: AWS Secrets Manager.
• La empresa mantiene el control sobre el cifrado, la rotación, la replicación, las etiquetas y las políticas de acceso a los recursos.
• Se admite el uso de un secreto de otra cuenta de AWS en la misma región de AWS.
• No se admite compartir secretos entre regiones.
• Se admiten los secretos conectados mediante conectores externos de Secrets Manager, es decir, también es posible la integración con gestores de secretos de terceros.

Por qué importa para la IA empresarial

Para las grandes organizaciones que ya han construido procesos de gobernanza en torno a los secretos, con rotación obligatoria de contraseñas, registro de accesos y reparto de permisos por departamentos, poder conectar los agentes a la infraestructura existente sin migrar es una mejora sistémica, no cosmética. A diferencia de las aplicaciones clásicas, los agentes de IA acceden cada vez más a sistemas sensibles, como CRM, API internas y servicios financieros, en nombre de un usuario o de una organización. Por eso, cómo se autentica un agente y quién controla sus credenciales se convierte en una cuestión clave al escalar la IA agéntica en entornos empresariales.

La restricción al uso de secretos entre regiones refleja el enfoque habitual de AWS de aislar los datos por región geográfica. Las empresas que operan en varias jurisdicciones tendrán que configurar los secretos por separado en cada región donde desplieguen sus agentes, lo que puede exigir una planificación adicional en los despliegues multirregión de AgentCore.

La gestión de secretos es especialmente delicada en los agentes de IA porque, a diferencia de los servicios estáticos, un agente puede iniciar por sí mismo muchas llamadas a distintos sistemas externos en una sola sesión, lo que aumenta los puntos donde puede comprometerse una clave de acceso. Poder reutilizar un proceso de rotación y auditoría de secretos rodado durante años, en lugar de crear un almacén aislado nuevo solo para agentes, reduce la llamada «superficie de ataque» (attack surface) y facilita el cumplimiento de las políticas internas de seguridad y de los requisitos regulatorios externos que afectan a las grandes organizaciones de los sectores financiero, sanitario y público. La actualización refleja además una tendencia más amplia de AWS: convertir poco a poco los servicios dispersos de la plataforma Bedrock en un ecosistema único, integrado con las herramientas de infraestructura de AWS que las empresas llevan años usando, tanto si emplean agentes de IA como si siguen trabajando con servicios clásicos de la nube.