Identidades no humanas: gobernar el acceso de los agentes de IA

Cuando hablamos de gestión de identidades, casi siempre pensamos en personas. Pero en las arquitecturas modernas, y muy especialmente con los agentes de IA, las identidades no humanas superan ya con creces a las humanas. Servicios, APIs, bots y agentes autónomos necesitan credenciales para actuar, y cada una de esas identidades es una puerta que hay que vigilar.

Qué son las identidades no humanas

Una identidad no humana es cualquier credencial que no pertenece a una persona: cuentas de servicio, claves de API, tokens, certificados o las identidades que usan los agentes de IA para acceder a sistemas. Permiten que el software actúe de forma automática, pero también que un atacante que las comprometa opere con sus privilegios sin levantar sospechas.

El problema es que estas identidades suelen gestionarse mucho peor que las humanas: contraseñas que no caducan, permisos excesivos y poca trazabilidad. Y su número crece sin control conforme se añaden integraciones.

Por qué los agentes de IA disparan el riesgo

Los agentes de IA en sectores regulados actúan en nombre de la organización: leen datos, llaman a herramientas y ejecutan acciones. Cada agente es una identidad no humana con capacidad de hacer cosas reales. Si uno se ve manipulado, por ejemplo mediante prompt injection, sus credenciales se convierten en el vector del ataque.

Por eso el auge de la IA agéntica no es solo un reto de capacidades, sino sobre todo un reto de gobierno de identidades.

Cómo gobernar las identidades no humanas

Inventario y propiedad

No se puede proteger lo que no se conoce. El primer paso es inventariar todas las identidades no humanas y asignar a cada una un responsable humano. Una credencial huérfana es una bomba de relojería.

Privilegio mínimo y rotación

Cada identidad debe tener solo los permisos imprescindibles y credenciales que roten periódicamente. Esto enlaza con la gestión del riesgo de ciberseguridad: limitar el alcance reduce el daño si una credencial se compromete.

Monitorización continua

Vigilar el comportamiento de las identidades no humanas permite detectar usos anómalos: un agente que de repente accede a datos que nunca tocaba es una señal de alarma. La monitorización es la red de seguridad cuando las demás capas fallan.

El problema de los secretos y las credenciales

Cuando despliego agentes de IA en una organización, el primer punto débil que aparece casi siempre son los secretos: claves de API, tokens y contraseñas que esos agentes necesitan para operar. Si se guardan en el código, en un archivo de configuración o, peor aún, dentro del propio prompt, tarde o temprano acaban expuestos. Una identidad no humana mal protegida es una puerta abierta que nadie vigila, porque a diferencia de un empleado, un agente no avisa de que algo va mal ni cambia su contraseña por iniciativa propia.

Por eso insisto en gestionar estos secretos con bóvedas dedicadas, rotación automática y caducidad corta. Cuanto menos tiempo viva una credencial, menos vale para un atacante que la capture. Y cada agente debería tener su propia identidad, nunca una compartida, para poder trazar exactamente qué hizo cada uno y revocar el acceso de uno solo sin afectar al resto.

Identidades no humanas y Zero Trust

Gobernar las identidades de los agentes encaja de forma natural en una arquitectura de confianza cero. La idea es sencilla: ningún acceso se da por bueno solo porque venga de dentro de la red. Cada petición de un agente se verifica, se limita al mínimo necesario y se registra. Aplicar este principio a las identidades no humanas es, en mi experiencia, una de las defensas más eficaces frente al uso indebido de agentes, y lo desarrollo en mi artículo sobre arquitectura Zero Trust en banca.

La diferencia práctica es enorme. En un modelo de confianza implícita, un agente comprometido puede moverse libremente; en un modelo de confianza cero, cada paso que intenta dar choca con una verificación. No elimina el riesgo, pero lo acota de tal forma que un incidente queda contenido en lugar de extenderse por toda la organización.

Mi conclusión es que las identidades no humanas ya superan en número a las humanas en muchas empresas, y esa tendencia solo va a acelerarse con los agentes autónomos. Tratarlas como ciudadanos de segunda en la estrategia de seguridad es un error que se paga caro. Merecen el mismo rigor de gobierno que aplicamos a las personas: alta y baja controladas, privilegios mínimos y vigilancia constante.

El crecimiento de los agentes de IA ha disparado un problema que muchas organizaciones todavía no dimensionan: por cada persona puede haber decenas de identidades no humanas —claves de API, tokens, cuentas de servicio— con permisos a veces excesivos y casi nunca revisados. Mi recomendación es aplicarles la misma disciplina que a las personas: un dueño responsable, el mínimo privilegio necesario, rotación periódica de credenciales y una fecha de caducidad. Tratar estas identidades como ciudadanas de segunda es, hoy, una de las puertas de entrada favoritas de los atacantes.

Conclusión: el nuevo perímetro

Las identidades no humanas son el nuevo perímetro de seguridad. A medida que delegamos más acciones en agentes de IA, gobernar quién (o qué) puede hacer qué se vuelve tan importante como proteger a las personas. Ignorarlas es dejar la puerta de atrás abierta justo cuando más tráfico pasa por ella.

Preguntas frecuentes sobre las identidades no humanas