Las empresas están reconstruyendo la gestión de identidad para agentes de IA, no para humanos
Dentro de una empresa típica hoy, los agentes de IA y otras identidades no humanas superan en número a las cuentas de empleados humanos por un margen amplio — algunos equipos de seguridad reportan proporciones de hasta 45 a 1, y algunos citan cifras cercanas a 80 a 1. Esto no es un problema hipotético del futuro. Es el estado actual de la identidad en cualquier organización que ha adoptado IA agéntica para al menos una fracción de sus flujos de trabajo, y está exponiendo una debilidad estructural en cómo las empresas protegen el acceso a sus sistemas.
La gestión tradicional de identidad y acceso (IAM) se construyó en torno a una unidad simple y estable: el empleado humano. Una persona es contratada, recibe un rol, se le otorga acceso vinculado a ese rol y eventualmente se va, momento en el que se revoca el acceso. Los agentes de IA rompen cada parte de ese modelo. Se crean y eliminan en segundos, a menudo representan múltiples equipos o flujos de trabajo a la vez, frecuentemente son desplegados por equipos de ingeniería o producto sin que TI lo sepa, y actúan a velocidad de máquina en muchos más sistemas de los que un humano toca en un día.
Por qué los privilegios permanentes son el riesgo real
El modo de fallo central es lo que los equipos de seguridad llaman privilegios permanentes — derechos de acceso amplios y persistentes otorgados una vez y dejados en su lugar indefinidamente porque revisarlos es incómodo. Para un empleado humano, los privilegios permanentes ya son un riesgo conocido; las auditorías regularmente descubren cuentas con acceso que nadie recuerda haber otorgado. Para un agente de IA que opera continuamente y puede ser manipulado mediante inyección de prompts o una llamada a herramienta comprometida, los privilegios permanentes convierten una sola debilidad explotada en una puerta abierta a través de cada sistema que ese agente puede tocar.
Esto se agrava con lo que los profesionales llaman shadow AI: agentes y herramientas de automatización desplegados fuera de la gobernanza formal, a menudo por equipos que intentan avanzar rápido, que obtienen acceso directo a datos sensibles sin aparecer nunca en un inventario central de identidades. Un agente que nadie en seguridad sabe que existe no puede ser monitoreado, limitado en su tasa de uso, ni apagado rápidamente cuando algo sale mal.
Lo que realmente requiere la gestión de identidad agéntica
Los proveedores de seguridad y arquitectos empresariales que convergen en una solución están llegando a algunas prácticas concretas, no a un único producto milagroso:
Descubrimiento continuo. Cada agente de IA, los sistemas a los que se conecta y los permisos que actualmente posee necesitan ser visibles en tiempo real, no auditados trimestralmente. Los agentes que se crean y destruyen en minutos hacen que un inventario estático sea inútil casi de inmediato.
Acceso efímero y justo a tiempo. En lugar de emitir una clave de API o credencial de cuenta de servicio de larga duración, los agentes deberían recibir tokens de corta duración y con alcance limitado, generados en el momento de uso y expirados automáticamente. Esto reduce la ventana que tiene un atacante si una credencial se filtra.
Autorización granular. El control de acceso basado en roles (RBAC), el estándar para IAM humano, es demasiado grueso para agentes que toman miles de decisiones pequeñas y dependientes del contexto. Los modelos de control de acceso basados en atributos (ABAC) o en relaciones (ReBAC) permiten que los permisos dependan de los datos específicos, la tarea y el contexto de riesgo de cada acción, no solo de una etiqueta de rol estática.
Autoridad delegada y verificable criptográficamente. Cuando un agente actúa en nombre de un usuario u otro sistema, esa delegación debe ser explícita y demostrable — típicamente mediante estándares como intercambio de tokens OAuth 2.0 o federación de identidad de carga de trabajo — para que un agente comprometido no pueda suplantar silenciosamente una identidad de mayor privilegio.
Auditabilidad completa. Cada acción que realiza un agente debe poder rastrearse hasta una identidad verificable y una cadena de delegación ininterrumpida. Cuando ocurre un incidente, los equipos de seguridad necesitan responder qué agente hizo esto, actuando bajo la autoridad de quién, con qué permisos, en minutos, no en días.
El panorama de proveedores todavía se está ordenando
Proveedores de identidad como SailPoint, Okta y CyberArk han lanzado o anunciado herramientas específicamente dirigidas a identidades no humanas y agénticas en el último año, generalmente bajo etiquetas como IAM agéntico o tejido de identidad. Ninguno de estos productos reemplaza por completo un despliegue de IAM centrado en humanos — la mayoría de las empresas están ejecutando ambos sistemas en paralelo, lo que en sí mismo crea riesgo de integración y consistencia. La realidad práctica para la mayoría de los equipos de seguridad ahora mismo es un mosaico: IAM existente extendido con políticas específicas para agentes, gestión de secretos ajustada para emitir credenciales de corta duración, y nuevas capas de monitoreo para detectar comportamiento anómalo de agentes en tiempo real.
Qué significa esto si estás desplegando agentes de IA
Si tu organización está implementando agentes de IA para soporte al cliente, asistencia de código, análisis de datos o cualquier otro flujo de trabajo, trata la identidad como un requisito desde el primer día, no como una adaptación posterior. Antes de que un agente pase a producción, debería tener una identidad registrada, una credencial con alcance y tiempo limitados, un responsable de su comportamiento, y registros que capturen cada acción que realiza y cada sistema que toca. Saltarse este paso para avanzar más rápido no ahorra tiempo — solo traslada el costo de la ingeniería a la respuesta ante incidentes, y esa factura suele llegar en el peor momento posible.