Durante años, la hipótesis de trabajo en el ámbito de la seguridad empresarial era que un conjunto de medidas de prevención bien consolidado podría aguantar el tipo el tiempo suficiente para que los defensores pudieran reaccionar. Frontier AI está poniendo en tela de juicio esa premisa, ya que los últimos modelos reducen el tiempo necesario para detectar y explotar vulnerabilidades de días o semanas a casi tiempo real.
La iniciativa «Project Glasswing» de Anthropic, puesta en marcha para evaluar los posibles riesgos de seguridad que plantea su propio modelo Mythos, ya cuenta con casi 200 empresas participantes y ha detectado unas 10 000 vulnerabilidades críticas o de alta gravedad. Por su parte, el GPT-5.5 de OpenAI está demostrando capacidades similares.
En un seminario web reciente, Pranay Ahlawat, director de Tecnología e Inteligencia Artificial de Commvault, y Vidya Shankaran, directora técnica de campo, se unieron a mí para analizar el nuevo calendario para la gestión de vulnerabilidades, la creciente importancia de la validación de la recuperación y cómo deberían abordar los equipos la resiliencia hoy en día. Inscríbete en el seminario web bajo demanda.
Puntos clave
- A medida que la capacidad de la IA de vanguardia se duplica a un ritmo cada vez más rápido, las capacidades avanzadas que ayudan a reducir el tiempo que transcurre entre el descubrimiento de una vulnerabilidad y su explotación llegarán a manos de los adversarios en un plazo de entre seis y nueve meses.
- Para recuperar un sistema de IA con agentes, es necesario sincronizar al mismo tiempo las fuentes de datos, las configuraciones de los agentes y las identidades no humanas; si se restaura un solo elemento por separado, pueden surgir fallos que solo se detectan cuando, más adelante, algo deja de funcionar.
- Las copias de seguridad y la recuperación resuelven problemas distintos: la copia de seguridad garantiza que los datos estén guardados en un lugar seguro, mientras que la recuperación garantiza que una organización pueda volver realmente a un estado limpio y operativo.
- ResOps™ (operaciones de resiliencia) aborda la recuperación como una disciplina multifuncional. Reúne a los equipos de seguridad, operaciones y tecnología en torno a una definición común de lo que realmente significa «limpio».
- Un marco de cuatro pasos —definir una empresa mínima viable, aislar y probar las cargas de trabajo clave, evaluar la recuperación en función del riesgo y realizar simulacros de recuperación completos— ofrece a las organizaciones un punto de partida práctico.
Frontier AI supone un cambio revolucionario en la gestión de vulnerabilidades
La potencia de la IA de vanguardia se duplica ahora aproximadamente cada cuatro meses, mucho más rápido que hace tan solo unos años. Aunque los modelos del tipo Mythos aún no se han hecho públicos, es posible que los adversarios pronto tengan acceso de código abierto a capacidades similares a las de Mythos, entre las que se incluyen:
- Una ventana de contexto prácticamente ilimitada.
- La capacidad de crear un conjunto de herramientas de ataque mediante ingeniería inversa del código y la creación de contenedores para encontrar vectores de ataque.
- El encadenamiento de vulnerabilidades, que consiste en unir debilidades que, por sí solas, son menores, para crear un exploit grave.
Esto tiene graves consecuencias. Dos de cada tres organizaciones tienen actualmente más de 100 000 vulnerabilidades sin parchear, con un plazo medio de corrección de unos 240 días. Antes, los equipos de seguridad solían descartar muchas vulnerabilidades al considerar que a un atacante medio le resultaría demasiado difícil encadenarlas, pero la automatización ha dejado ese punto de vista casi obsoleto.
Al mismo tiempo, el uso de la IA para crear código —aproximadamente el 41 % del código nuevo lo genera ahora la IA, y GitHub ha registrado un aumento interanual del 25 % en el número de commits— está ampliando la superficie de vulnerabilidad más rápido de lo que las medidas correctivas pueden solucionarlo. La capacidad de descubrir nuevas vulnerabilidades de día cero a gran escala agrava aún más el problema. Cuando el tiempo que transcurre desde el descubrimiento hasta la explotación se acerca a cero, la ventana para tomar medidas defensivas se cierra de hecho.
Un adelanto: el futuro de la IA, en constante evolución
Este vídeo pone de relieve una realidad fundamental: las capacidades avanzadas de IA rara vez se mantienen exclusivas durante mucho tiempo. A medida que las innovaciones punteras en IA se extienden a ecosistemas más amplios, las organizaciones deben prepararse para un futuro en el que las capacidades ofensivas, cada vez más sofisticadas, estén cada vez más al alcance de todos.
El nuevo indicador de resiliencia: tiempo medio hasta la recuperación completa
Las copias de seguridad y la recuperación resuelven problemas fundamentalmente diferentes. Una copia de seguridad solo confirma que los datos se han copiado en un lugar seguro, pero no indica si la organización puede volver realmente a un estado operativo. Y ahí es donde las cosas pueden complicarse. Hay dos obstáculos que suelen interponerse entre una «copia de seguridad» satisfactoria y una recuperación satisfactoria.
- Restaurar un entorno complejo implica recuperar la aplicación, las máquinas virtuales, la configuración de red, Active Directory y las bases de datos transaccionales que lo sustentan, todo ello en el orden correcto.
- Hay que asegurarse de que los datos que se están restaurando no contengan malware ni puertas traseras, algo que siete de cada diez organizaciones que se están recuperando de un ciberincidente no pueden comprobar en este momento.
Una recuperación que cumpla con el plazo previsto, pero que al mismo tiempo vuelva a suponer una amenaza real, puede ser peor que no recuperarse en absoluto. Para obtener una visión más clara de su resiliencia, las organizaciones han comenzado a utilizar la métrica del tiempo medio de limpieza de la recuperación (MTCR), que combina el objetivo de tiempo de recuperación (RTO), el tiempo necesario para validar que los datos recuperados están realmente limpios y un paso final de validación humana antes de que los sistemas vuelvan a producción. El objetivo de Recovery para el MTCR es la empresa mínima viable: aproximadamente el 30 % de un entorno, ordenado por dependencias, que debe volver a estar operativo para que la organización siga funcionando.
La sala limpia como herramienta de pruebas
Las pruebas de recuperación, el último paso de validación manual del MTCR, suelen implicar montar un entorno independiente de los sistemas de producción en vivo, una tarea que lleva mucho tiempo cuando cada minuto cuenta. Aunque a veces se considera que las salas limpias forman parte de la copia de seguridad, una sala limpia basada en la nube también puede desempeñar un papel proactivo en la recuperación, ya que ofrece un entorno aislado para coordinar y probar recuperaciones complejas antes de que se restablezcan en producción.
Ese mismo entorno aislado también puede servir como herramienta forense, ya que permite a los equipos poner en marcha dos versiones de una copia de seguridad una al lado de la otra para comprender mejor qué cambió durante un incidente. Y, al ser nativo de la nube y basarse en el consumo, las organizaciones pueden evitar tener que montar una infraestructura dedicada únicamente para probar la recuperación.
Cuatro pasos para lograr la resiliencia operativa
El marco de cuatro pasos de Commvault para desarrollar una resiliencia operativa cuantificable se basa en estas ideas.
- Paso 1: Define la «empresa mínima viable»: una visión centrada en el negocio de qué hay que restablecer, en qué orden y con qué dependencias, para que la organización vuelva a funcionar, en lugar de un simple inventario de bases de datos y máquinas virtuales.
- Paso 2: Asegúrate de que los sistemas que dan soporte a esa «empresa mínima viable» se encuentren en un entorno físicamente aislado, inmutable y segmentado en red, que se pueda poner en marcha y desactivar rápidamente. En el caso de las cargas de trabajo más importantes, esto debería comprobarse cada 45 días.
- Paso 3: Evalúa los riesgos de la recuperación antes de darla por concluida, ya que reintroducir una puerta trasera o un programa malicioso durante la recuperación echa por tierra el objetivo del ejercicio y te deja poco tiempo para un segundo intento.
- Paso 4: No te limites a considerar la recuperación como un simple simulacro. Lleva a cabo los procesos de recuperación con las mismas personas y los mismos procedimientos que se utilizarían en un incidente real, junto con la automatización que los respalda.
Cuando la IA se convierte en el problema de la recuperación
Una gran parte de las empresas ya cuenta con sistemas de IA en funcionamiento, pero solo alrededor del 20 % de ellas ha comprobado realmente su capacidad de recuperación, lo que las deja en una situación vulnerable en caso de que se produzca un incidente. Esto cobra especial relevancia si tenemos en cuenta las tres formas en que la IA cambia la arquitectura de resiliencia.
En primer lugar, la IA amplía el ámbito que hay que proteger, desde las bases de datos de vectores y los pesos de los modelos hasta las configuraciones de los agentes y los puntos finales, como Claude Cowork o Google Antigravity, donde los empleados interactúan realmente con los agentes. Además, plantea un problema de propagación, en el que una sola actualización de un agente puede propagarse en cascada por una red de sistemas conectados de formas mucho menos predecibles que en una aplicación tradicional de tres capas.
Por último, la IA complica aún más el proceso de recuperación, ya que restaurar un sistema de agentes implica sincronizar a la vez la memoria, el estado, los datos transaccionales y las identidades no humanas (NHI) —es decir, las credenciales y los permisos asignados a los agentes de IA en lugar de a las personas—.
Los clientes que más han avanzado en la implementación de agentes ya han integrado estos sistemas en su «empresa mínima viable». En cada etapa de madurez, lo importante es restaurar las fuentes de datos, las configuraciones de los agentes y los elementos de apoyo —como los pesos y los sesgos— de forma conjunta, en lugar de hacerlo por separado, ya que una falta de sincronización entre cualquiera de esos elementos puede suponer un riesgo que un único punto de recuperación no detectaría.
Tomar medidas para la resiliencia tras el «Mythos»
Como punto de partida para reducir el riesgo derivado de la IA de vanguardia, identifique los sistemas más valiosos de su organización y confirme que se encuentran en un entorno aislado (air-gapped). Una vez definida su «empresa mínima viable», realice simulacros en «sala limpia» para establecer una base de referencia de recuperabilidad y MTCR en todas las cargas de trabajo de primer nivel. Esta debería ser su métrica de referencia a nivel directivo en materia de resiliencia, que muestre claramente la rapidez con la que su empresa puede reanudar las operaciones esenciales tras un incidente.
Las pruebas son fundamentales para sacar a la luz las lagunas en la comprensión del negocio, la tecnología y los procesos. A menudo, algunos de los mayores problemas son de carácter organizativo. ResOps™ (operaciones de resiliencia) puede abordarlos.
ResOps, más que un producto, es un marco de trabajo que aúna a los equipos de seguridad, operaciones y tecnología en torno a una visión compartida de cómo deben ser el diseño resiliente y la validación de Recovery. ResOps formaliza el creciente reconocimiento del sector de que la recuperación cibernética es un problema interfuncional que requiere la participación de partes interesadas de toda la empresa, cada una de las cuales tiene un interés en el resultado. En la era posterior a Mythos, esa coordinación es fundamental tanto para mantener la preparación operativa como para poder dar una respuesta rápida y eficaz ante cualquier incidente. Frontier AI establece como requisito básico un proceso de recuperación limpio, probado y bien definido.
Vea el seminario web completo
Vea la sesión completa «Resilience Over Panic» bajo demanda para explorar con más detalle nuestro marco de cuatro pasos, incluidos los requisitos para la recuperación mediante IA agentiva. Inscríbase aquí en el seminario web.
Preguntas frecuentes
P: ¿Qué es el tiempo medio hasta la recuperación tras una limpieza (MTCR)?
R: El tiempo medio de recuperación limpia (MTCR) mide cuánto tarda una organización en volver a un estado operativo verificado y limpio tras un incidente. Se trata de una medida más amplia que el simple tiempo que se tarda en restaurar los datos. Combina el objetivo de tiempo de recuperación (RTO) tradicional con el tiempo adicional necesario para confirmar que los datos recuperados están libres de malware o puertas traseras, además de un paso final de validación humana antes de que los sistemas vuelvan a la producción.
Las organizaciones están considerando cada vez más el MTCR, en lugar de solo la velocidad de recuperación, como el indicador de resiliencia a nivel directivo, ya que una recuperación rápida que reintroduzca una amenaza activa puede causar más daño que una más lenta, pero contrastada.
P: ¿En qué se diferencia el MTCR del RTO?
R: El RTO mide la rapidez con la que se pueden restaurar los sistemas y los datos tras una interrupción. El MTCR incluye el RTO como uno de sus componentes, pero añade el tiempo necesario para confirmar que los datos restaurados están limpios y el tiempo dedicado a la validación manual antes de que los sistemas vuelvan a estar operativos. En el caso concreto de un ciberincidente, un sistema puede cumplir su RTO y, aun así, no alcanzar una verdadera resiliencia si el entorno restaurado vuelve a infectarse poco después.
P: ¿Qué es una «empresa mínimamente viable» y en qué se diferencia de un plan completo de recuperación ante desastres?
R: Una «empresa mínimamente viable», a veces denominada «negocio mínimamente viable», es el subconjunto más reducido —centrado en el negocio— de sistemas, datos y dependencias que una organización necesita que vuelvan a estar operativos para seguir funcionando tras un incidente, en lugar de todo su entorno informático.
Un plan completo de recuperación ante desastres suele tener como objetivo restablecerlo todo, con el tiempo; la definición de «negocio mínimamente viable» obliga a una organización a decidir de antemano qué es lo que realmente hay que restablecer primero, y en qué orden, para evitar una paralización operativa.
P: ¿Cuál es la diferencia entre un ejercicio de simulación y un simulacro de recuperación real?
R: Un ejercicio de simulación es un repaso teórico de un plan de respuesta ante incidentes, que suele utilizarse para poner a prueba la toma de decisiones y la comunicación entre las partes implicadas sin llegar a llevar a cabo ningún paso técnico de recuperación.
Un simulacro de recuperación en vivo va más allá, ya que se lleva a cabo una recuperación real, utilizando las herramientas, la automatización y el personal reales implicados, para confirmar que el proceso funciona en la práctica, más allá de lo que puede mostrar un ejercicio teórico. Las organizaciones que se basan únicamente en ejercicios teóricos pueden tener un plan de resiliencia que parezca sólido a primera vista, pero que no se haya puesto a prueba con los detalles operativos que suelen hacer que los incidentes reales tarden más de lo esperado.
P: ¿Qué son las identidades no humanas (NHI) y por qué complican la recuperación de la IA?
R: Las NHI son las credenciales, los permisos y los derechos de acceso que se asignan a componentes de software, como los agentes de IA, en lugar de a personas concretas. A medida que las organizaciones implementan más IA con capacidad de actuación, el número de NHI en un entorno aumenta, y hay que tener en cuenta cada una de ellas durante una recuperación, junto con elementos más conocidos como las bases de datos y los sistemas transaccionales.
Para recuperar un sistema de IA con capacidad de actuación, normalmente es necesario sincronizar las NHI con el resto de la pila de IA, ya que restaurar datos o configuraciones sin restablecer los permisos correctos del agente puede dejar lagunas que son difíciles de detectar hasta que algo falla más adelante en el proceso.
P: ¿Cómo debería empezar una organización a utilizar ResOps™ (operaciones de resiliencia)?
R: ResOps es un marco multifuncional que une a los equipos de seguridad, operaciones y tecnología en torno a una definición común de diseño resiliente, independiente de cualquier producto concreto.
Las organizaciones pueden empezar por identificar un pequeño número de aplicaciones clave y realizar una prueba de recuperación inicial para establecer un MTCR de referencia, en lugar de intentar formalizar toda la disciplina de una sola vez. Esa referencia inicial ofrece a los equipos de seguridad, operaciones y gobernanza un punto de referencia concreto para hacer un seguimiento de las mejoras. Además, ayuda a crear los hábitos de colaboración entre equipos de los que depende ResOps a largo plazo.
Michael Thelander es director sénior de marketing de productos en Commvault.
