El informe de referencia sobre resiliencia de CYGNVS revela brechas en la preparación ante incidentes de IA

El Informe de referencia sobre resiliencia de CYGNVS, elaborado por CYGNVS en colaboración con Marsh Risk, detecta una brecha cada vez mayor entre el uso de la IA por parte de las organizaciones y su capacidad para gestionar los incidentes relacionados con ella. Basándose en más de 9.500 encuestas con respuestas autodeclaradas, el informe señala que el 89 % de las organizaciones encuestadas ha experimentado algún tipo de incidente de IA, mientras que el 46 % improvisaría su respuesta ante uno.

Publicado el 13 de octubre de 2026, el informe analiza un problema que cobra mayor importancia a medida que la IA pasa de generar contenido a operar flujos de trabajo empresariales. Dar acceso a documentos, correo electrónico y sistemas empresariales a un agente puede hacerlo útil. También dificulta contener una instrucción equivocada, una credencial expuesta o una secuencia de acciones fuera de control.

Los hallazgos sugieren que la adopción de la IA y la preparación para recuperarse de sus fallos avanzan a ritmos distintos. Alrededor del 80 % de las organizaciones del conjunto de datos utiliza IA generativa, pero solo una de cada tres pone a prueba sus sistemas de IA frente a ataques. Contar con un comité de gobernanza de la IA, algo que afirmaron tener tres cuartas partes de las organizaciones que usan IA, no se traduce necesariamente en defensas operativas probadas.

Qué considera el informe un incidente de IA

La cifra principal requiere contexto. El informe utiliza una definición amplia de los incidentes de IA que incluye alucinaciones perjudiciales, sesgos, deriva del modelo, filtraciones de datos, agentes que persiguen objetivos no previstos, fallos entre agentes que interactúan y mecanismos de protección insuficientes. Estos sucesos pueden tener causas y consecuencias muy distintas.

Una respuesta inexacta dirigida a un cliente y un agente que expone información confidencial encajan en esta definición más amplia, pero no son incidentes de seguridad equivalentes. Por tanto, la cifra del 89 % debe interpretarse como una experiencia declarada con algún tipo de incidente de IA, no como prueba de que casi nueve de cada diez organizaciones hayan sufrido una brecha causada por la IA. El informe también indica que el 16 % se enfrenta a un incidente de IA al menos una vez por semana, sin establecer que todos esos incidentes tengan la misma gravedad.

Esta distinción importa a la hora de planificar la respuesta. Un resultado perjudicial del modelo puede exigir retirar contenido y revisar las decisiones afectadas. Si un agente actúa mediante herramientas conectadas, puede ser necesario revocar permisos, conservar registros de actividad e identificar los cambios realizados en varios sistemas. Un protocolo convencional de respuesta a intrusiones puede cubrir algunos aspectos de cualquiera de las dos respuestas, pero los equipos aún deben saber qué medidas específicas para la IA pueden tomar y quién tiene autoridad para hacerlo.

Los planes son habituales. Los planes ejecutables, menos.

El informe organiza la preparación en torno a cuatro etapas: prepararse, practicar, responder e informar. En todas ellas, la debilidad recurrente es la distancia entre contar con documentación y poder ejecutarla bajo presión.

• Prepararse: El 92 % cuenta con procesos documentados de respuesta a incidentes, pero solo el 37 % dispone de protocolos específicos para ataques de ransomware y el 29 % tiene protocolos para incidentes relacionados con terceros.
• Practicar: El 17 % no realiza ejercicios de simulación. Otro 66 % los lleva a cabo anualmente o una vez cada dos años.
• Responder: El 67 % no ha identificado claramente a los responsables de sus procesos y dependencias más críticos.
• Informar: El 69 % reconoce que tiene deficiencias importantes en los registros de quién hizo qué y cuándo.

Mientras tanto, más de seis de cada diez organizaciones afirman que el volumen de incidentes aumentó durante los 12 meses anteriores, y el 84 % revisa sus planes de respuesta una vez al año o menos. Estas cifras describen distintos aspectos de la preparación, pero juntas plantean una pregunta práctica: ¿con qué rapidez queda obsoleto un plan cuando los sistemas, proveedores y permisos que describe no dejan de cambiar?

En las implementaciones de IA, los cambios pueden incluir un modelo nuevo, una fuente de datos adicional o el permiso para ejecutar una tarea que antes se hacía manualmente. Cada uno puede modificar la respuesta necesaria cuando algo falla. Un plan debe identificar al responsable del sistema pertinente, los controles de contención disponibles y las pruebas que deben conservarse tras la contención.

Por qué la infraestructura de respuesta necesita un perímetro propio

Solo el 33 % de las organizaciones encuestadas cuenta con un entorno de mando dedicado y fuera de banda que la IA investigada no pueda observar ni influir. El problema arquitectónico es sencillo: un equipo de respuesta necesita un espacio de coordinación que siga siendo fiable cuando el entorno afectado no lo es.

Pensemos en un agente con acceso a documentos compartidos y a la mensajería corporativa. Si quienes responden colocan sus notas de investigación y planes de contención en esos mismos sistemas, los permisos del agente también podrían darle acceso a la respuesta. Eso no significa que todos los agentes que funcionen mal vayan a ocultar su comportamiento. Significa que la arquitectura de respuesta no debería depender de que el sistema afectado funcione correctamente.

CYGNVS aborda esta cuestión con una plataforma para coordinar a equipos de seguridad, líderes empresariales y especialistas externos. Su Centro de mando para incidentes de IA incluye protocolos específicos para la IA, escenarios de simulación y orientación para responder. La empresa afirma que el entorno funciona de manera independiente del inicio de sesión único corporativo, el correo electrónico y la infraestructura de sus clientes.

Sus capacidades fuera de banda incluyen identidades de usuario independientes y un Isolate Mode que limita el espacio de trabajo del incidente a los participantes autorizados. La empresa también describe instantáneas históricas y certificaciones de acceso firmadas digitalmente para documentar las actividades de respuesta. Estas capacidades permiten coordinar y gestionar pruebas; su eficacia sigue dependiendo de cómo configuren las organizaciones el acceso, asignen responsabilidades y ensayen su uso.

Los simulacros deben incluir a quienes toman las decisiones

Solo el 15 % de las organizaciones incluidas en el informe realiza ejercicios de simulación de mesa plenamente interfuncionales en los que participan los equipos jurídicos, los directivos y los de comunicación. Casi la mitad todavía considera que los simulacros son principalmente ejercicios de seguridad y TI, y suma a otras áreas cuando hace falta.

Eso significa que no se ensayan lo suficiente algunas decisiones importantes. Un equipo de seguridad puede estar en condiciones de desactivar una integración, pero quizá un directivo deba aprobar la interrupción de un servicio de cara al cliente. Los equipos jurídicos y de comunicación quizá deban evaluar qué se puede decir antes de que concluya la investigación. Ensayar esos traspasos ayuda a detectar falta de autoridad y supuestos contradictorios.

Los proveedores externos son otra dependencia. Aunque el 88 % afirma contar con planes de comunicación de crisis, más de cuatro de cada diez no han contratado a los especialistas externos de los que dependen esos planes. Las listas de contactos y los acuerdos contractuales son componentes operativos de la preparación, sobre todo cuando varias organizaciones pueden necesitar a los mismos especialistas durante un incidente de gran alcance.

Cómo interpretar el índice de referencia

La metodología describe más de 9.500 encuestas recopiladas entre enero de 2023 y septiembre de 2026 en 21 sectores de países de Asia, Europa y Norteamérica. Las respuestas fueron autodeclaradas, anonimizadas y analizadas de forma agregada. El conjunto de datos incluye organizaciones que sufrieron un incidente cibernético o de IA crítico en los 24 meses anteriores y organizaciones que no sufrieron ninguno.

Se trata de una recopilación de respuestas a encuestas a lo largo de varios años, no de una única encuesta reciente a 9.500 empresas distintas. La metodología publicada no establece una muestra probabilística representativa de todas las organizaciones ni indica el tamaño de la muestra de cada hallazgo destacado. Los porcentajes son indicadores útiles dentro del conjunto de datos, pero no deben considerarse estimaciones precisas de la prevalencia de incidentes en todas las organizaciones.

El informe concluye que las organizaciones que han sufrido incidentes críticos recientes suelen mostrar una mayor preparación en varios indicadores. Esa asociación justifica examinar qué cambios realizaron, pero no demuestra por sí sola que la experiencia con incidentes haya causado la mejora. CYGNVS también vende software de gestión de respuestas, por lo que su interés comercial es un factor pertinente al evaluar sus recomendaciones.

Cómo convertir los hallazgos en cambios operativos

Junto con el informe, CYGNVS presenta su función Resilience Benchmark, que, según la empresa, permite a los clientes comparar su nivel de preparación por sector, tamaño y ubicación geográfica. Quienes no sean clientes pueden completar una evaluación gratuita y recibir un informe comparativo personalizado. El informe y la evaluación están disponibles en el recurso de resiliencia de CYGNVS.

La conclusión más útil es poner a prueba acciones concretas: quién puede suspender un agente, dónde se comunican los equipos de respuesta si se ven comprometidos los sistemas corporativos, qué registros se conservan y si los especialistas externos pueden incorporarse sin tener que improvisar un acceso de emergencia. Medir esas capacidades permite que los consejos de administración y los responsables de seguridad evalúen la preparación con más claridad que si se limitan a constatar la existencia de una política.

A medida que las organizaciones amplían las facultades de la IA, también deben reforzar su preparación para responder. El informe CYGNVS Resilience Benchmark hace visible esa brecha. Para cerrarla, los equipos deben convertir las intenciones por escrito en decisiones y controles que ya hayan puesto en práctica.