El pasado jueves, las herramientas de correo electrónico y reuniones de las que depende gran parte del mundo laboral dejaron de funcionar en al menos 74 países. Posteriormente, el viernes, se paralizaron todos los vuelos de salida en EE. UU., lo que supuso la segunda paralización aérea a nivel nacional desde el 11-S.
Ninguno de estos incidentes fue un ataque, y la IA no tuvo nada que ver. De hecho, Microsoft lo afirmó directamente: la interrupción no tuvo nada que ver con actividades cibernéticas ni con agentes de IA. Atribuyó el fallo a una actualización de red anterior que salió a la luz tras un cambio reciente en la red. Las autoridades federales tampoco encontraron pruebas de un ciberataque al control del tráfico aéreo y señalaron, en cambio, una actualización rutinaria realizada por un contratista para pasar del cobre a la fibra óptica, así como un router que saturó la red.
No ocurrió nada extraordinario, y eso debería hacernos reflexionar a todos. Se trató de cambios ordinarios dentro de sistemas enormemente complejos de los que dependen miles de millones de personas. Si algo tan corriente puede detener el mundo, entonces recuperarlo no puede esperar a que algo se estropee. Esto subraya la necesidad de adoptar una postura de Recovery proactiva y continua.
La verdad es que nadie comprende del todo las décadas de infraestructura, parches, actualizaciones y nuevas conexiones sobre las que funciona el mundo moderno. Y aunque esa complejidad permite que nuestro mundo moderno funcione de forma tan eficiente y rápida, también es lo que puede hacer que se detenga con la misma rapidez. Un solo cambio en un solo lugar, y los sistemas de los que todos dependemos se paralizan por completo.
Ahora añadamos la IA y los sistemas agentivos casi autónomos que modifican configuraciones, conceden acceso y transfieren datos más rápido de lo que nadie puede percibir. Añadamos además a los delincuentes que utilizan la IA a una escala que ningún equipo humano puede igualar. Yo lo denomino «vulnerabilidad de la IA»: más cambios, más conexiones y más formas de fallar, todo a la velocidad de una máquina. Esta semana no se ha tratado de la IA, pero es probable que la próxima sí lo sea.
Cuando algo falla, las horas más difíciles llegan tras la alarma, cuando intentas averiguar qué ha cambiado y en qué puedes seguir confiando. Las aplicaciones, las identidades, las configuraciones y sus dependencias tienen que volver a encajar, en el orden correcto: limpias, fiables y listas para funcionar.
Por eso, Recovery no puede ser un plan que se pruebe una vez al año. Tiene que ser un estado proactivo y continuo, no defensivo.
Esta semana, en SHIFT, en Nashville, mostramos cómo se aplica esto en la práctica. ResOps aborda la resiliencia como algo que se gestiona de forma continua, en lugar de como un plan que se pone a prueba una vez al año: se descubre lo que se tiene, se detecta lo que ha cambiado y se recupera exactamente eso. Si quieres saber más sobre ResOps, échale un vistazo aquí.
La resiliencia es lo que busca cualquier consejo de administración. La Recovery continua es la única forma de conseguirla, tanto ante el ataque para el que te estás preparando como ante un jueves cualquiera que nadie vio venir.Más información sobre ResOps.
