AWS publicó el 21 de agosto un modelo de cuatro niveles para gobernar qué sistemas puede tocar un agente de IA: Connect crea una puerta única con inicio de sesión centralizado; Control añade permisos por usuario y filtrado de datos sensibles; Catalog permite registrar herramientas en modo autoservicio con atribución de coste; Harden añade resiliencia y visibilidad para carga real de producción.
El problema que resuelve es concreto: hoy, en muchas empresas, las credenciales que usan los agentes de IA para conectar con el CRM, el ERP o el correo viven sueltas en archivos de configuración, sin inventario ni registro de quién autorizó qué acceso. Si una credencial se filtra, nadie sabe de inmediato el alcance del daño.
Para Marta esto no es una herramienta que instale su equipo, es una checklist para exigir a quien le gestione la automatización: ¿hay un punto único de acceso?, ¿queda registro de qué hizo cada agente?, ¿se puede revocar un permiso sin tocar el resto? AWS calcula una primera fase de una semana y dos o tres meses hasta el nivel de control completo.
La limitación que el anuncio no destaca: es una solución nativa de AWS, sin portabilidad directa a otra nube, y exige mantenimiento activo para retirar herramientas que ya nadie usa. No es un proyecto que se configure una vez y se olvide.
Qué hacer ahora: si tu empresa ya conecta agentes de IA a sistemas con datos de clientes, pide a tu proveedor de automatización o a tu equipo de IT que te enseñe el equivalente a este mapa de cuatro niveles, aunque no uséis AWS. Si no puede, ese es el riesgo real.