Tu agente de IA tiene un login. ¿Puedes demostrar qué tocó?
Hazle una pregunta sencilla a tu equipo de seguridad esta mañana: ¿qué agentes de IA pueden llegar a tu sistema financiero? Casi todos responderán en segundos. Ahora pídeles que demuestren qué tocaron esos agentes el martes pasado a las 14:07. Ese silencio es la historia.
El Pulse Report Q4 2026 de JumpCloud, basado en una encuesta a 250 responsables de TI en EE. UU. y Reino Unido, le pone un número a ese silencio: el 72% reconoce una brecha de moderada a grande entre lo que su IA puede acceder y lo que puede demostrar que accedió. Solo el 4% dice que no hay brecha relevante. Y el 99% de los líderes encuestados se declaró seguro de poder auditar la actividad de la IA, mientras que solo el 37% estaba realmente preparado para hacerlo.
La confianza no es evidencia. Lo vemos cada día en el trabajo con clientes.
Las tres brechas que nadie presupuesta
El informe enmarca el problema en tres fallos que se solapan, y el marco merece estar en tu próxima presentación al consejo.
La brecha de identidad. El 55% de las organizaciones ya usa o prueba agentes capaces de cambiar sistemas, permisos, registros o flujos de trabajo. De ellas, solo el 41% ha integrado plenamente a sus agentes en las mismas políticas de gestión de identidades y accesos que gobiernan al personal humano. El otro 59% los gestiona de forma parcial o con políticas y herramientas separadas. Y el 63% de los entornos de agentes sigue mezclando cuentas de servicio compartidas y claves API de larga duración, justo lo que hace imposible reconstruir una acción seis semanas después.
La brecha de prueba. El 72% no puede reconstruir del todo qué tocó la IA. Solo el 34% puede demostrar plenamente cómo interactuó la IA con datos sensibles. En los últimos doce meses, el 92% reportó al menos un incidente o exposición relacionada con IA, y el 36% investigó una alerta sin llegar a saber nunca qué había accedido la IA.
La brecha de preparación. Solo el 20% de las organizaciones alcanza el nivel más alto de madurez en auditabilidad. El 64% está en un nivel intermedio: los controles existen, pero la cobertura es desigual y los huecos aparecen durante una auditoría o después de un incidente. El 30% reconoce IA en la sombra que no puede monitorizar del todo, y solo el 14% revisa los permisos de IA de forma continua o automática.
Leídas juntas, la conclusión incomoda. Los controles suelen estar. Lo que falta es cobertura: controles que se detienen en la herramienta autorizada y nunca llegan al sistema conectado, que cubren a los empleados y se saltan a los agentes.
Por qué esto es más difícil que el IAM habitual
Un agente es, por diseño, un usuario mal educado. Actúa en nombre de alguien, guarda credenciales que sobreviven a la tarea, cruza ticketing, CRM, finanzas, gestión de endpoints e identidad, y cambia de comportamiento cuando cambia su prompt o su modelo. La evidencia de lo que hizo está repartida en tres sitios a la vez: la consola de la herramienta de IA, el sistema que tocó y el directorio que guarda la identidad. Reconstruir una sola acción exige unir los tres, y la mayoría de las organizaciones nunca ha hecho ese cruce ni una vez.
El informe también encontró que las organizaciones ejecutan una media de 2,7 herramientas de IA, cada una llegando a unas tres categorías de sistemas corporativos, y que una de cada tres afirma que la IA puede llegar a la propia capa de gestión de identidades. Ese dato debería detener la conversación. Un agente que alcanza el IAM no es una herramienta de productividad: es un principal administrativo con una ventana de chat.
La pregunta de la autonomía tiene número
El 46% de las organizaciones permite acciones de alto riesgo de los agentes de forma automática. Solo el 18% exige aprobación humana antes de que el agente actúe. Si tu agente puede pagar una factura, rotar una clave o restablecer una contraseña sin un humano en el camino, has automatizado justo la parte del proceso donde vivía el criterio.
No defendemos la fatiga de aprobaciones en cada clic. Defendemos que alto riesgo tenga una definición escrita, y que esa definición se codifique donde ocurre la acción, no en un PDF de políticas que nadie lee durante un incidente.
Qué hacen de verdad los equipos maduros
El informe cierra con un ciclo de vida de IAM agéntico en cuatro etapas: descubrir cada agente, incluidos los que nadie contó a TI; registrar cada uno con un propósito, un alcance y un dueño humano con nombre; ajustar el acceso para que caduque cuando caduque el trabajo; y gobernar de forma continua, porque los permisos de los agentes cambian más rápido de lo que atrapan las revisiones trimestrales.
La mayoría se queda en la primera etapa, a veces en la segunda. Esta es la versión que aplicamos con clientes, en el orden que produce evidencia más rápido.
- Inventaria agentes como inventarias SaaS. Reúne cada concesión OAuth, clave API y service principal, y mapea cuáles pertenecen a un agente y qué humano es su dueño. Sin dueño, sin acceso.
- Mata las cuentas compartidas. Un agente sobre una cuenta de servicio compartida no se puede atribuir a nada. Da a cada agente su propia identidad y credenciales de corta duración: la brecha de prueba empieza a cerrarse esa misma semana.
- Define alto riesgo en código. Pagos, cambios de permisos, exportaciones de datos, escrituras en producción. Todo lo que esté en esa lista pasa por una puerta determinista, no por la opinión de un modelo sobre si parece razonable.
- Envía la actividad de los agentes al SIEM que ya tienes. La consola del proveedor de IA no es tu rastro de auditoría. Guarda la evidencia donde tus investigadores ya miran.
- Revisa de forma continua, no trimestral. Automatiza la revisión de permisos y trata un cambio de permisos de un agente como un cambio de firewall: registrado, revisado y reversible.
Nada de esto exige comprar una plataforma nueva el primer día. Exige tratar a los agentes como una segunda población de identidades con la misma disciplina que aplicaste a las personas, y hacerlo antes del incidente, no durante la investigación.
El mensaje para tu equipo
El número incómodo de este informe no es el 72%. Es el 99% frente al 37%: la distancia entre lo confiados que se sienten los líderes y lo preparados que están. La confianza que no está respaldada por logs, alcances y dueños con nombre es un riesgo, porque es lo que mantiene el problema fuera de la hoja de ruta hasta que lo encuentra un auditor o un atacante.
Empieza esta semana con una pregunta concreta: elige tu agente más privilegiado, di en voz alta quién es su dueño e intenta reconstruir sus últimas diez acciones con tus propios logs. Si puedes, vas por delante de casi todo el mercado. Si no puedes, ya sabes exactamente dónde va el próximo trimestre de trabajo de seguridad, y tienes un número con el que justificarlo.
Mucho mejor que descubrirlo a mitad de una brecha.