Primero, lo más importante: si tu organización ejecuta agentes de IA en producción y no ha auditado las prácticas de compartición de credenciales o aislamiento, estadísticamente es probable que ya hayas tenido un evento de seguridad, aunque quizás no lo sepas aún. Una encuesta de VentureBeat Pulse de junio de 2026 entre 107 empresas (más de 100 empleados) encontró que el 54% ha experimentado un incidente de seguridad confirmado con agentes (18%) o un casi-incidente detectado antes de causar daño (36%). Solo el 42% reporta un historial limpio.
El problema estructural detrás de estos números es la identidad. Solo el 32% de las organizaciones encuestadas asigna a cada agente su propia identidad limitada y gestionada. El 68% restante comparte credenciales en algún lugar de su flota de agentes: claves API compartidas, credenciales de usuarios tomadas prestadas o tokens de cuenta de servicio pasados entre múltiples agentes. La consecuencia es un radio de explosión amplio: cuando un agente con permisos excesivos o comprometido actúa, puede alcanzar todo lo que sus credenciales compartidas puedan tocar, y la investigación posterior no puede atribuir claramente las acciones a un agente específico. Las organizaciones con identidades limitadas completas por agente tuvieron una tasa de incidentes o casi-incidentes del 41%; aquellas con compartición de credenciales en algún lugar alcanzaron el 64% — una brecha de 23 puntos dentro de una sola onda de encuesta.
El aislamiento es aún más raro que la identidad adecuada. Aproximadamente la mitad de las empresas monitorean la actividad de agentes (47%) o aplican permisos limitados en tiempo de ejecución (49%), pero solo el 30% aísla en sandbox sus agentes de mayor riesgo para limitar el daño cuando los otros controles fallan. Este orden es incorrecto: la observación te dice qué pasó, la aplicación intenta prevenirlo, pero el aislamiento es lo que contiene el daño cuando la prevención falla. Las empresas más grandes son en realidad peores en esta medida — la adopción de sandbox cae del 35% en el mercado medio al 20% en empresas con más de 1.000 empleados, incluso cuando sus tasas de incidentes suben al 63%.
La pila de seguridad es casi completamente prestada. Los controles integrados de OpenAI lideran la adopción con el 51%, seguidos por los controles nativos de Google, Microsoft y Anthropic. Cuando se les pide nombrar su capa de seguridad principal, el 82% de los encuestados mencionó una oferta nativa del proveedor. Los proveedores especializados en seguridad de agentes — Palo Alto Prisma AIRS, Zenity, HiddenLayer, Okta para Agentes de IA, plataformas de identidad no humana — cada uno registra en dígitos bajos. Este patrón se mantuvo en ambas ondas de encuesta de Q2. El paquete del proveedor está ganando por defecto, y no fue diseñado para resolver los problemas de identidad y aislamiento que señalan los datos de incidentes.
Lo que hace peligrosa esta brecha es la confianza que se asienta sobre ella. La satisfacción con las herramientas actuales de seguridad de agentes promedió 4,2 de 5 — entre las puntuaciones más altas de la serie. Sin embargo, solo el 35% cree que sus defensas de IA están adelantadas a los atacantes habilitados por IA, el 53% considera que la contienda es pareja o favorable para los atacantes, y el 59% planea adoptar herramientas nuevas o de reemplazo dentro de doce meses (29% dentro del próximo trimestre). Entre las organizaciones que ya han tenido un incidente confirmado, la urgencia se agudiza: el 53% planea cambiar herramientas dentro de 90 días, versus el 14% de aquellas sin incidentes. La satisfacción es alta; la convicción de que está funcionando no lo es.
Lo que los desarrolladores y líderes de seguridad deben hacer con esto: comienza con identidad no humana. Asigna a cada agente su propia credencial limitada con acceso de menor privilegio — este es el control único más directamente correlacionado con tasas de incidentes más bajas en estos datos. Luego, aísla en sandbox tus agentes de mayor riesgo; solo el 30% lo ha hecho, lo que significa que es un diferenciador genuino. Después, audita tu dependencia de los controles nativos del proveedor: son una capa inicial razonable, pero no fueron diseñados para manejar limitación de credenciales, atribución entre agentes o contención del radio de explosión. La asignación presupuestaria también está rezagada — el 80% de las empresas encuestadas gasta el 10% o menos de su presupuesto de seguridad en seguridad de agentes, mientras que la tasa de incidentes sugiere que el riesgo merece una parte mayor. La brecha de seguridad de agentes no se cerrará por sí sola; se cierra cuando las organizaciones construyen la capa de identidad y aislamiento que el software autónomo realmente requiere.