Durante años, los equipos de seguridad construyeron sus programas sobre una premisa simple: si controlas las identidades, puedes controlar el riesgo. Los empleados se autentican a través de proveedores de identidad. Las cuentas de servicio conectan sistemas. Las claves API permiten que las cargas de trabajo se comuniquen con servicios en la nube y bases de datos. Los actores han sido muy predecibles y, como resultado, el modelo de seguridad y gobierno de identidades ha seguido esa previsibilidad. Ahora, esta premisa se está rompiendo.
Los agentes de IA ingresaron silenciosamente en las empresas, resumiendo reuniones, redactando correos electrónicos y ayudando a los empleados a encontrar información. La mayoría de los equipos de seguridad no pensaron mucho en ellos al principio. Parecían herramientas de productividad, porque exactamente eso eran. Luego, las organizaciones comenzaron a conectarlos a servicios comerciales críticos como Salesforce, Snowflake, GitHub, Jira, bases de datos de producción y entornos en la nube. Ahora, recuperan información, activan flujos de trabajo, actualizan registros, escriben y despliegan código, y realizan acciones a través de múltiples sistemas. A veces en nombre de un humano, a veces de forma autónoma, y a veces de maneras en las que no está claro quién actúa.
Esto convierte a los agentes de IA en algo más que herramientas: los convierte en identidades, y la mayoría de las empresas no tienen modelos de seguridad y gobierno para ellos. El patrón es consistente en todas las organizaciones. Se construye una nueva capa de identidad sobre la infraestructura existente con casi ninguno de los controles que los equipos de identidad implementaron durante la última década. Un agente puede ser creado por un equipo, utilizado por otro, conectado a cinco aplicaciones diferentes y ejecutándose con credenciales que fueron provisionadas para un propósito completamente diferente. Obtuvo acceso amplio desde el principio porque alguien necesitaba que funcionara y no quería ralentizar las cosas. El resultado es una proliferación de actores con altos privilegios y baja visibilidad que la mayoría de los equipos de seguridad no pueden inventariar, y mucho menos gobernar.
No dejes que el miedo te frene. IA a escala con Token Security de tu lado.
Los agentes de IA crean, usan y rotan identidades a velocidad de máquina, superando los controles tradicionales de IAM. Token Security ayuda a los equipos a gestionar el ciclo de vida completo de las identidades de los agentes de IA, reducir el riesgo con remediación y mantener la gobernanza y la preparación para auditorías sin sacrificar la velocidad. Según una encuesta de CSA de 2026 encargada por Token Security, el 82% de las organizaciones descubrieron al menos un agente de IA creado sin el conocimiento de los equipos de seguridad, TI o gobernanza en el último año, y el 41% encontró que esto sucedió varias veces.
Aquí es donde la conversación sobre seguridad se ha desviado. La mayor parte de la atención en seguridad de IA se ha centrado en el riesgo del modelo, como inyección rápida, jailbreaks y salidas inseguras. Si bien todos estos son una parte importante del ecosistema de IA agéntica, no pintan el panorama completo que los equipos de seguridad empresarial requieren. La pieza más importante que necesitan responder es: ¿a qué puede acceder realmente el agente? Un agente que resume documentación pública tiene un radio de explosión limitado. Un agente conectado a registros de clientes, código fuente, sistemas financieros y credenciales de nube a nivel de administrador es un problema completamente diferente.
Una mala instrucción, una sesión comprometida, un complemento malicioso o una integración mal configurada pueden convertir un agente con privilegios excesivos en una vía para la exfiltración de datos, acciones destructivas o movimiento lateral a través de sistemas que nunca debieron estar conectados. Esto ya no es teórico: el 65% de las organizaciones experimentaron un incidente de seguridad relacionado con un agente de IA en el último año, y el 61% reportó exposición o mal manejo de datos sensibles como resultado (fuente).
Obtener el control comienza con la visibilidad. Los equipos de seguridad necesitan descubrimiento e inventario de agentes de IA que vaya más allá de nombres y plataformas para responder preguntas que realmente importan: ¿Quién es el dueño de este agente? ¿Quién puede invocarlo? ¿A qué sistemas está conectado? ¿Qué credenciales utiliza? ¿Qué puede leer, escribir, eliminar o ejecutar en cada aplicación objetivo? Esto es más difícil de lo que parece, porque la superficie no es obvia. Un equipo de seguridad puede saber que existe un asistente de ventas en una plataforma de IA sin saber que se ejecuta en una cuenta de servicio de Snowflake con privilegios de administrador. Pueden saber que un agente de codificación está instalado en los endpoints de los desarrolladores sin saber a qué secretos, repositorios y pipelines de CI/CD puede acceder. El agente en sí mismo es solo una parte del panorama. Todo lo que las identidades del agente pueden tocar es la superficie de exposición real.
La segunda pieza es el propósito. La seguridad y la gobernanza no pueden basarse puramente en permisos con agentes de IA. Debe tener en cuenta la intención del agente. Un agente de preparación de ventas solo necesita acceso de lectura a los registros del CRM. No necesita eliminar tablas de la base de datos. Un agente de flujo de trabajo financiero solo debería leer facturas. No debería poder crear nuevos usuarios privilegiados. Cuando entiendes lo que se supone que debe hacer un agente, puedes evaluar si sus permisos coinciden con ese alcance. Y, en la práctica, hoy rara vez lo hacen, y esa brecha es donde reside el riesgo real, y solo se amplía con el tiempo a través de la desviación de la política de privilegios mínimos.
Una vez que se entiende la intención, la aplicación se vuelve posible. Los permisos se pueden ajustar para que coincidan con el propósito real del agente, las cuentas de servicio con privilegios excesivos se pueden remediar, las credenciales no utilizadas se pueden rotar o eliminar, y las conexiones arriesgadas se pueden detectar antes de que se conviertan en incidentes. La parte que tropieza a la mayoría de los equipos es que nada de esto es un ejercicio único. Una revisión de acceso o una auditoría pueden parecer un progreso, pero solo proporcionan una verificación puntual y una falsa sensación de seguridad. La razón es que los agentes cambian, las instrucciones se actualizan, las bases de usuarios se modifican y las integraciones se expanden. Un agente que comenzó como una herramienta interna limitada puede terminar silenciosamente conectado a sistemas que nunca debió tocar, no porque alguien tomara una mala decisión, sino porque nadie estaba observando cuando el alcance se expandió.
Por eso, la gobernanza debe ser continua para detectar agentes que comienzan a acceder a aplicaciones fuera de su patrón normal, usan credenciales inesperadas o toman acciones que no encajan con su propósito declarado. Las empresas que tengan éxito con la IA no serán las que bloqueen los agentes por completo. Serán las que hagan que los agentes sean gobernables y promuevan la innovación segura en IA. Esto significa tratarlos como identidades de primera clase con propietarios, acceso, comportamiento, riesgo y controles de ciclo de vida. Los agentes de IA se están convirtiendo en internos privilegiados. Los programas de seguridad e identidad ahora deben ponerse al día antes de que esos internos se conviertan en rutas de ataque invisibles.
Nos encantaría mostrarte cómo estamos abordando esto en Token Security. Reserva una demostración para hablar con nuestro equipo técnico y así puedas escalar sin sacrificar la seguridad.
Deja una respuesta