Ahora la seguridad de los agentes de IA domina la financiación inicial en ciberseguridad—y aquí tienes por qué eso debería preocuparte
El capital de riesgo acaba de confirmar lo que los líderes de seguridad han estado discutiendo internamente durante gran parte del último año: la IA agente se ha convertido en la mayor nueva superficie de ataque que las empresas deben proteger, y el mercado ya lo está valorando en consecuencia. Según el informe «Q2 2026 Insights» de DataTribe, la seguridad de IA y agentes fue la mayor categoría individual de inversión semilla en ciberseguridad el último trimestre, representando aproximadamente una cuarta parte de todos los acuerdos. Prácticamente cada dólar en esa categoría se destinó a asegurar sistemas de IA agente específicamente, no a las tecnologías de software más amplias sobre las que funcionan esos agentes.
Ese patrón de financiación no es una apuesta por la moda. Es una respuesta directa a una brecha específica y medible: agentes de IA autónomos que crean sus propios subagentes y transfieren credenciales activas sin verificación de identidad, sin delimitación de permisos y sin registro auditable. Los investigadores de DataTribe descubrieron que aproximadamente una cuarta parte de los agentes de IA implementados pueden hacer exactamente esto. Un agente creado para resumir un documento o gestionar un ticket puede, sin intervención humana, generar un segundo agente y entregarle credenciales activas—credenciales que nunca fueron emitidas, delimitadas ni registradas para ese propósito.
El informe también cuantifica qué control realmente marca la diferencia. Limitar los privilegios de los agentes al acceso mínimo necesario redujo la tasa de incidentes de seguridad de más de dos tercios de las implementaciones a menos del 20%—la mayor reducción de riesgo de cualquier control medido por DataTribe. No es una mejora marginal; es la diferencia entre que la IA agente sea un riesgo controlado o una puerta abierta.
Nada de esto ocurre de forma aislada. El informe de DataTribe también cita datos de CrowdStrike que sitúan el tiempo de breakout más rápido de 2026—el intervalo entre la primera intrusión y el movimiento lateral—en 27 segundos, y el informe DBIR 2025 de Verizon muestra que la explotación de dispositivos edge y VPN se ha multiplicado por siete. Juntos, los datos describen un entorno donde los atacantes se mueven más rápido que nunca, a través de más puntos de entrada que nunca, justo cuando las empresas están entregando nuevas identidades poco gobernadas—agentes de IA y sus subagentes—las llaves del contenido confidencial. Para cualquier organización que esté construyendo un programa de gobernanza de IA sobre el intercambio seguro de datos de Kiteworks o evaluando cómo cerrar esta brecha, este informe merece una lectura detallada.
Conclusiones clave
- Los inversores están persiguiendo un problema real y cuantificado. La seguridad de IA y agentes capturó aproximadamente el 25% de los acuerdos semilla de ciberseguridad en el Q2 2026, la mayor categoría individual, porque el riesgo subyacente ahora es medible y no solo teórico.
- Los subagentes son el punto ciego. Alrededor de una cuarta parte de los agentes de IA implementados pueden generar subagentes y entregarles credenciales activas sin verificación de identidad, delimitación de permisos ni registro auditable, creando identidades que ningún equipo de seguridad ha aprovisionado ni está supervisando.
- El acceso de mínimo privilegio es el control más eficaz disponible. Limitar los privilegios de los agentes redujo la tasa de incidentes de más de dos tercios a menos del 20%, la mayor reducción de riesgo de cualquier control medido en el informe.
- Los atacantes son más rápidos que la mayoría de las tecnologías de detección. Los datos de CrowdStrike citados en el informe sitúan el tiempo de breakout más rápido en 2026 en 27 segundos desde la intrusión inicial hasta el movimiento lateral.
- Las vulnerabilidades antiguas se suman a las nuevas. Los datos del DBIR 2025 de Verizon muestran que la explotación de dispositivos edge y VPN se ha multiplicado por siete, ampliando los puntos de entrada que los atacantes pueden usar para acceder a identidades de agentes sin gobernanza.
Por qué los inversores apuestan fuerte por la seguridad de agentes de IA
La inversión semilla es un indicador adelantado. Los fundadores y los inversores que los respaldan están más cerca de los problemas que las empresas están a punto de enfrentar, y ahora mismo están convergiendo en una tesis: la IA agente ha creado un problema de identidad y acceso que las herramientas de seguridad existentes no fueron diseñadas para gestionar. Que una cuarta parte de todas las inversiones semilla en ciberseguridad en un solo trimestre se destinen a una sola categoría es una concentración significativa de capital, y te indica hacia dónde creen los expertos que irá el gasto en seguridad empresarial en los próximos años.
No es la primera ola de financiación en seguridad de IA, pero sí es una más madura. Ciclos anteriores financiaron detección potenciada por IA y herramientas SOC asistidas por IA—usando IA para defender la infraestructura. Este ciclo financia algo más específico: asegurar los propios agentes de IA y las identidades no humanas que crean, tratándolos como activos de primera clase que requieren gobernanza propia. Esa distinción es clave para cómo las empresas deben pensar sus propios programas de gobernanza de datos de IA. Si el capital de riesgo trata la identidad de los agentes como una categoría de riesgo independiente que merece herramientas dedicadas, los equipos internos de seguridad y cumplimiento deberían hacer lo mismo en vez de incluirlo en una línea genérica de «riesgo de IA».
La implicación práctica para CISOs y responsables de cumplimiento es que la seguridad de la IA agente ya no es una preocupación emergente que se puede observar a distancia. El mercado la trata como una categoría de riesgo activa, bien definida, con su propia economía, sus propios proveedores y—según los hallazgos de DataTribe—sus propios controles cuantificables. Esperar a que maduren las herramientas de gobernanza de IA agente antes de actuar implica asumir riesgos de incidentes mientras tanto, justo cuando el informe muestra cuánto se puede reducir ese riesgo.
Confías en que tu organización es segura. Pero ¿puedes comprobarlo?
Léelo ahora
El problema del subagente: credenciales sin verificación
El hallazgo más llamativo del informe de DataTribe no es que los agentes de IA representen un riesgo en general—eso ya se entendía desde hace tiempo—sino el mecanismo específico por el que aproximadamente una cuarta parte de los agentes implementados introduce riesgo: la creación de subagentes sin supervisión junto con la transferencia de credenciales.
Aquí tienes un ejemplo hipotético y representativo de cómo ocurre esto en la práctica. Una empresa implementa un agente de IA para gestionar una tarea definida—redactar un resumen de contrato, gestionar una cola de soporte, conciliar una hoja de cálculo. Ese agente, al completar su tarea, determina que necesita ayuda y genera un segundo agente más específico para encargarse de una subtarea. Para que ese subagente pueda trabajar, el agente principal le transfiere credenciales activas: una clave API, un token de sesión, un conjunto de permisos delimitados o no a sistemas y contenido subyacentes. Ningún humano aprueba esta transferencia. Ningún proveedor de identidad verifica quién o qué es el subagente. Ningún registro auditable captura que la transferencia ocurrió.
El resultado es una identidad no humana que no existía hace una hora, que nunca fue aprovisionada mediante procesos estándar de IAM y que ahora tiene acceso activo a contenido confidencial—totalmente invisible para el equipo de seguridad hasta que algo sale mal. Esta es la forma operativa y práctica de la «IA en la sombra»: no empleados usando chatbots no autorizados, sino agentes autorizados creando subagentes no autorizados con acceso real.
Los controles de acceso tradicionales se crearon bajo la suposición de que las identidades se aprovisionan deliberadamente, por un humano, mediante un flujo de trabajo definido. La creación de subagentes rompe por completo esa suposición. La identidad que necesita gobernanza se crea de forma dinámica, a velocidad de máquina, a menudo anidada en varios niveles, y hereda cualquier acceso que el agente principal tuviera en ese momento—que con frecuencia es más amplio de lo que la tarea real del subagente requiere.
El acceso de mínimo privilegio reduce incidentes en dos tercios
Si el hallazgo sobre subagentes es el dato más alarmante del informe, el hallazgo sobre mínimo privilegio es el más accionable. DataTribe descubrió que limitar los privilegios de los agentes al acceso mínimo necesario redujo la tasa de incidentes de seguridad de más de dos tercios de las implementaciones a menos del 20%—la mayor reducción de riesgo de cualquier control medido en el informe.
Este resultado es impactante porque el acceso de mínimo privilegio no es un concepto nuevo. Es uno de los principios más antiguos en la arquitectura de seguridad, aplicado aquí a un tipo de identidad realmente nuevo. El hallazgo valida algo que los profesionales siempre han asumido pero rara vez habían cuantificado a esta escala: el control que más importa para el riesgo de IA agente no es una mejor detección ni una respuesta más rápida, sino restringir lo que un agente—y cualquier subagente que cree—está autorizado a tocar desde el principio.
Aplicar el mínimo privilegio a las identidades de agentes en la práctica requiere la capacidad de aplicar RBAC y ABAC en el momento en que un agente realmente solicita contenido, no solo en el perímetro de un sistema. Los controles perimetrales no ayudan cuando el agente ya está dentro del entorno y el riesgo es lo que hace—y lo que delega—una vez allí. La gobernanza debe moverse al nivel de la solicitud: cada vez que un agente o subagente solicita un archivo, registro o conjunto de datos específico, esa solicitud debe evaluarse según la política definida, delimitarse adecuadamente y registrarse.
Este es exactamente el límite que el Secure MCP Server de Kiteworks y Kiteworks Compliant AI están diseñados para gobernar: decisiones de acceso por solicitud tanto para humanos como para agentes que interactúan con contenido confidencial, bajo un único Control Plane de Kiteworks en vez de un mosaico de permisos ad hoc. Aquí, la gobernanza no es algo añadido a posteriori a agentes previamente no gobernados—es la misma aplicación de políticas de acceso a contenido que Kiteworks aplica a usuarios humanos, extendida de forma coherente a solicitudes de agentes y subagentes.
27 segundos: la velocidad de los breakouts actuales
El informe de DataTribe sitúa los hallazgos sobre identidades de agentes en un problema más amplio de velocidad. Los datos de CrowdStrike citados en el informe sitúan el tiempo de breakout más rápido de 2026—el intervalo entre la intrusión inicial y el movimiento lateral—en 27 segundos. Ese número debería cambiar la forma en que los equipos de seguridad piensan el tiempo de respuesta como control.
Veintisiete segundos no son suficientes para que un analista humano revise una alerta, confirme que no es un falso positivo e inicie la contención. Apenas es tiempo suficiente para que una herramienta de respuesta automatizada actúe, si es que está vigilando la señal correcta. Cuando la velocidad de breakout se comprime tanto, el efecto práctico es que la prevención y la delimitación de acceso hacen el trabajo que antes se confiaba a la detección y la respuesta. Si se compromete una identidad de agente con privilegios excesivos, una ventana de breakout de 27 segundos significa que el alcance del daño se define en el instante en que se concede el acceso—no cuando alguien se da cuenta de que algo va mal.
Eso pone el problema de credenciales de subagentes en términos aún más críticos. En un entorno donde el breakout ocurre en menos de 30 segundos, una credencial de subagente sin delimitar ni verificar es, en la práctica, un camino de movimiento lateral preposicionado esperando un disparador. La brecha de registro auditable agrava esto: si una identidad de agente comprometida nunca fue registrada cuando se creó, es posible que los equipos de seguridad ni siquiera sepan que existe hasta mucho después de que el daño por un breakout rápido ya está hecho.
Explotación de edge y VPN multiplicada por siete: los riesgos antiguos no han desaparecido
Sería un error leer el informe de DataTribe como evidencia de que la IA agente ha reemplazado los vectores de ataque tradicionales. El informe también cita datos del DBIR 2025 de Verizon que muestran que la explotación de dispositivos edge y VPN se ha multiplicado por siete—un recordatorio de que los puntos de entrada que los atacantes han usado durante años siguen muy presentes y empeorando.
La combinación es lo preocupante, no cada tendencia por separado. Los dispositivos edge y los concentradores VPN suelen ser el primer punto de apoyo que un atacante consigue en una red; las identidades de agentes con acceso amplio, sin delimitar ni auditar, son cada vez más lo que ese atacante encuentra una vez dentro. Un aumento por siete en la explotación de edge y VPN significa que más atacantes superan el perímetro. Que una cuarta parte de los agentes implementados generen credenciales de subagentes sin gobernanza significa que más de lo que esos atacantes encuentran, una vez dentro, está sin proteger. Combinado con un tiempo de breakout de 27 segundos, el panorama es uno donde las vulnerabilidades antiguas permiten a los atacantes entrar más rápido, y las nuevas les permiten moverse por el entorno sin que nadie lo note.
Las organizaciones que han invertido mucho en arquitectura zero trust a nivel de red pero no han extendido la misma disciplina de «nunca confíes, siempre verifica» a las identidades de agentes y subagentes, en la práctica, solo han hecho la mitad del trabajo. Los principios de zero trust se diseñaron para aplicarse a toda identidad que solicita acceso a un recurso, sea humana o no. La IA agente no debe quedar exenta de ese principio solo porque se mueve más rápido que los procesos de gobernanza construidos a su alrededor.
Cómo Kiteworks gobierna el acceso de agentes a contenido
Los hallazgos del informe de DataTribe se alinean estrechamente con el riesgo de identidad no humana que el intercambio seguro de datos de Kiteworks está diseñado para abordar: agentes y subagentes que acceden, mueven y actúan sobre contenido confidencial sin verificación, delimitación de permisos ni un registro duradero de lo ocurrido.
El Secure MCP Server de Kiteworks y Kiteworks Compliant AI aplican políticas RBAC y ABAC por solicitud en el momento en que un agente—o un subagente que genera—solicita contenido, en vez de depender de controles perimetrales o aprovisionamiento estático y puntual. Cada solicitud se evalúa según la política definida antes de conceder el acceso, lo que aborda directamente la brecha de delimitación que DataTribe identifica como el control más eficaz disponible. Cada solicitud también se captura en un registro auditable unificado, para que los equipos de seguridad y cumplimiento tengan un único registro de exactamente qué identidad—humana o agente—accedió a qué contenido, cuándo y bajo qué autorización, en vez de un conjunto fragmentado de logs en sistemas desconectados.
Esta gobernanza opera a través del Control Plane de Kiteworks como una capa coherente que cubre tanto a usuarios humanos como a agentes de IA, no como políticas separadas añadidas después. Esa coherencia importa porque el problema de subagentes que describe DataTribe es, en esencia, un problema de continuidad de gobernanza: el acceso de un agente debe delimitarse correctamente en el momento en que se crea, y cualquier subagente que genere debe heredar esa misma disciplina automáticamente, en vez de recibir acceso amplio por defecto porque aún no existe una política para él.
Aquí importa una limitación de alcance. Los controles de Kiteworks aplican específicamente a la gobernanza de identidad de agentes y acceso a contenido—el riesgo de transferencia de credenciales y delimitación que cuantifica este informe. No abordan los hallazgos sobre explotación de dispositivos edge o VPN que el informe cita de CrowdStrike y Verizon, que se sitúan en el perímetro de red y no en la capa de contenido. Para cerrar el panorama de riesgo completo que describe DataTribe se requieren ambos: controles perimetrales para evitar que los atacantes superen el edge, y gobernanza a nivel de contenido como el acceso seguro a contenido de Kiteworks para asegurar que, si un atacante logra entrar, no encuentre identidades de agentes sin gobernanza esperándolo.
Qué significa esto para tu hoja de ruta de gobernanza de IA
Los datos de DataTribe del Q2 2026 ofrecen a los responsables de seguridad y cumplimiento algo poco común: una señal de priorización cuantificada sobre dónde gastar primero el presupuesto limitado de gobernanza de IA. La delimitación de mínimo privilegio para identidades de agentes y subagentes produjo la mayor reducción de incidentes medida de cualquier control en el informe. Eso debería pasar al primer lugar en la lista para cualquier organización que haya implementado, o planee implementar, agentes de IA sobre contenido confidencial—por encima de iniciativas generales de «política de IA» que no abordan el mecanismo específico que causa los incidentes.
En la práctica, esto implica varias acciones para los equipos que desarrollan su hoja de ruta. Primero, inventariar qué agentes implementados pueden generar subagentes y tratar esa capacidad como una categoría de riesgo distinta que requiere controles propios, en vez de asumir que la gobernanza de agentes existente la cubre. Segundo, exigir que cualquier evento de creación de subagente active verificación de identidad y emisión de credenciales delimitadas—no acceso heredado y sin delimitar del agente principal—y que el evento quede registrado. Tercero, evaluar si tu marco actual de gobernanza de datos aplica políticas en el momento de acceso a contenido específicamente para identidades de agentes, o solo para usuarios humanos, ya que los hallazgos de DataTribe sugieren que esa brecha es donde se concentran los incidentes.
Por último, no dejes que los hallazgos a nivel de red queden eclipsados por los titulares sobre identidades de agentes. Un aumento por siete en la explotación de edge y VPN combinado con un tiempo de breakout de 27 segundos significa que el refuerzo del perímetro y la gobernanza a nivel de contenido deben avanzar juntos, en el mismo plazo y financiados en la misma conversación presupuestaria. Tratar la seguridad de la IA agente solo como un problema de perímetro, o solo como un problema de gobernanza de contenido, ignora el riesgo acumulativo que realmente describe el informe de DataTribe.
Para saber más sobre cómo gobernar el acceso de agentes y subagentes de IA a contenido confidencial con políticas por solicitud y registro auditable unificado, solicita una demo personalizada hoy mismo.
Preguntas frecuentes
DataTribe encontró que la seguridad de IA y agentes fue la mayor categoría individual de inversión semilla en ciberseguridad en el Q2 2026, representando aproximadamente el 25% de todos los acuerdos, con casi todo ese capital dirigido específicamente a asegurar sistemas de IA agente. Esto refleja la confianza de los inversores en que el riesgo de identidad y acceso de agentes es ahora una categoría bien definida y cuantificable, no solo una preocupación especulativa. Las organizaciones que evalúan su propia postura de riesgo de IA deben tratar esta concentración de financiación como una señal de hacia dónde se dirigen las mejores prácticas y las herramientas especializadas.
Un subagente es un agente de IA secundario que un agente principal crea por sí mismo, durante la ejecución de una tarea, normalmente para encargarse de una parte más específica del trabajo. El informe de DataTribe encontró que aproximadamente una cuarta parte de los agentes de IA implementados pueden generar subagentes y entregarles credenciales activas sin verificación de identidad, delimitación de permisos ni registro auditable, creando identidades con acceso que ningún equipo de seguridad ha aprovisionado ni está supervisando. Cerrar esta brecha requiere extender los controles de acceso y la verificación de identidad al momento de la creación del subagente, no solo al despliegue inicial del agente principal.
El acceso de mínimo privilegio limita exactamente lo que un agente—o cualquier subagente que genere—está autorizado a tocar, lo que ataca directamente el mecanismo que DataTribe identificó como la principal fuente de incidentes: transferencias de credenciales demasiado amplias y sin verificar. El informe encontró que este control redujo la tasa de incidentes de más de dos tercios de las implementaciones a menos del 20%, una reducción mayor que cualquier otro control medido. Para aplicarlo en la práctica se requiere la evaluación de políticas en el momento de la solicitud de contenido, usando marcos como RBAC y ABAC, en vez de un aprovisionamiento puntual al implementar.
Un tiempo de breakout de 27 segundos—el intervalo entre la intrusión inicial y el movimiento lateral, según los datos de CrowdStrike citados en el informe—prácticamente no deja margen para la detección y respuesta manual que evite el movimiento lateral. Esto desplaza la prioridad hacia la prevención y la delimitación de acceso, ya que el daño de una identidad comprometida con privilegios excesivos se determina en gran medida en el momento en que se concede el acceso, no cuando se dispara una alerta. Un registro auditable completo de las solicitudes de acceso de agentes y subagentes se vuelve esencial para entender lo que ocurrió durante esa ventana después del hecho.
No, y esta distinción es importante. La gobernanza de identidad de agentes y acceso a contenido—el tipo que ofrecen el Secure MCP Server de Kiteworks y Kiteworks Compliant AI—aborda el riesgo de transferencia de credenciales y delimitación de subagentes que cuantifica DataTribe, pero no aborda la explotación de dispositivos edge o VPN, que el informe atribuye a hallazgos separados de CrowdStrike y Verizon en el perímetro de red. Las organizaciones necesitan tanto el refuerzo del perímetro como la gobernanza a nivel de contenido a través de un Control Plane de Kiteworks coherente para cerrar el panorama de riesgo completo que describe este informe.
Recursos adicionales
- Artículo del Blog
Estrategias Zero‑Trust para una protección de privacidad de IA asequible - Artículo del Blog
Cómo el 77% de las organizaciones falla en la seguridad de datos de IA - eBook
Brecha de gobernanza de IA: por qué el 91% de las pequeñas empresas juega a la ruleta rusa con la seguridad de datos en 2025 - Artículo del Blog
No existe «–dangerously-skip-permissions» para tus datos - Artículo del Blog
Los reguladores ya no preguntan si tienes una política de IA. Quieren pruebas de que funciona.