Se amplían los ataques contra centros de datos de Yandex mientras Ucrania apunta a la infraestructura digital de Rusia
Yandex sufrió dos ataques contra centros de datos en dos días, ampliando la campaña de Ucrania desde la infraestructura energética y logística hacia la economía digital de Rusia. Los ataques contra los centros de datos de Yandex inhabilitaron infraestructura en Kaluga y cerraron por completo una instalación mayor en Sasovo.
La secuencia importa más que cualquiera de los incidentes por separado. Un sitio dañado puede parecer una interrupción aislada. Dos ataques contra el mismo operador sugieren que los centros de datos se han sumado a las refinerías, los puertos y los almacenes como objetivos recurrentes en tiempos de guerra.
Yandex opera servicios utilizados en búsquedas, transporte, entretenimiento, comercio, computación en la nube e inteligencia artificial. Por ello, los daños a su infraestructura física presionan tanto a las aplicaciones de consumo como a las empresas que alquilan capacidad de cómputo.
Los ataques también exponen una difícil realidad detrás de la computación en la nube. El software puede redirigir el tráfico, pero todo servicio en la nube depende en última instancia de edificios físicos, sistemas eléctricos, enlaces de red y hardware reemplazable.
Esa tensión define ahora la historia. Ucrania está poniendo a prueba si los ataques físicos repetidos pueden superar la redundancia que normalmente hace resiliente a una gran plataforma tecnológica.
Dos ataques contra centros de datos de Yandex cambiaron el riesgo
El segundo ataque convirtió la caída de una sola instalación en una prueba más amplia de la resiliencia de la infraestructura de Yandex.
El 8 de octubre, drones atacaron el centro de datos de Yandex en Sasovo, en la región rusa de Riazán. El ataque provocó un incendio y obligó a Yandex a suspender por completo las operaciones de la instalación.
El sitio albergaba decenas de miles de servidores, según la cobertura inicial del primer ataque. Yandex afirmó que sus principales servicios para consumidores continuaban funcionando, aunque varios servicios externos reportaron problemas técnicos.
Un día después, otro ataque dañó infraestructura de Yandex en la región de Kaluga, al suroeste de Moscú. Varios módulos de centros de datos quedaron completamente inhabilitados, mientras la empresa seguía evaluando el daño total.
El segundo ataque estableció un patrón que el primer incidente no podía demostrar. Ucrania había pasado de golpear una importante instalación tecnológica a atacar múltiples ubicaciones operadas por la misma empresa.
Yandex confirmó que ningún empleado resultó herido en ninguno de los dos sitios. Su comunicado de la empresa del 9 de octubre indicó que la instalación de Sasovo seguía completamente cerrada y que parte de la infraestructura de Kaluga no estaba disponible.
La empresa no ofreció una fecha de restauración. Indicó que evaluar el estado del equipo llevaría tiempo, lo que dificulta medir de inmediato el impacto duradero.
El presidente de Ucrania, Volodímir Zelenski, confirmó la operación de Kaluga y la describió como una respuesta a los ataques rusos contra centros de datos ucranianos. El fabricante ucraniano de armamento Fire Point afirmó que se utilizaron drones de ataque unidireccionales FP-1.
Un dron de ataque unidireccional transporta una carga explosiva hacia un objetivo sin regresar a su punto de lanzamiento. Su valor proviene de su alcance, volumen y menor coste frente a muchos misiles convencionales.
El ataque a Kaluga formó parte de una operación nocturna mucho mayor. El Ministerio de Defensa ruso afirmó que sus defensas aéreas interceptaron 505 drones ucranianos entre el jueves por la noche y el viernes por la mañana.
Esa cifra describe la escala de la campaña aérea, pero no el número de drones que alcanzaron Yandex. Ni Yandex ni los funcionarios ucranianos revelaron esa cifra.
El gobernador de Kaluga, Vladislav Shapsha, afirmó que nueve personas resultaron heridas durante ataques en toda la región. Cinco recibían tratamiento hospitalario, aunque los funcionarios no vincularon específicamente esas heridas con el sitio de Yandex.
Esta distinción importa. Los daños confirmados a la infraestructura no deben tratarse como prueba de cada objetivo, baja o efecto de armamento reportado durante una operación generalizada.
El ataque de Sasovo también estuvo rodeado de incertidumbre. Yandex confirmó el cierre, pero los informes públicos no establecieron si el centro de datos era el único objetivo previsto.
La instalación ocupa parte del antiguo complejo de la fábrica de máquinas herramienta Sasta. Esa planta ha sido objeto de sanciones británicas por su presunto papel en el sector de defensa de Rusia.
Inicialmente, el ejército ucraniano no ofreció un relato público detallado de la operación de Sasovo. Circularon imágenes en internet, pero esas imágenes no podían establecer si el objetivo era la fábrica, el centro de datos o ambos.
Incluso con esas cuestiones sin resolver, el resultado operativo era claro. Yandex perdió una instalación completa y parte de otra en aproximadamente 48 horas.
Esa secuencia creó la presión central que enfrenta la empresa. Su recuperación depende ahora de cuánto tráfico puedan absorber los sitios restantes mientras la infraestructura dañada permanece fuera de línea.
La presión recae sobre los clientes de Yandex Cloud
Yandex puede proteger sus mayores productos de consumo mientras los clientes empresariales más pequeños absorben primero la disrupción.
Yandex es más que un proveedor de búsquedas. Da soporte a navegación, música, vídeo, entrega de comida, comunicaciones, computación en la nube y aplicaciones empresariales en toda Rusia.
Ese alcance hace que su infraestructura sea económicamente importante incluso cuando las aplicaciones más conocidas de Yandex siguen disponibles. Un consumidor puede ver una página de búsqueda operativa mientras una empresa no puede crear recursos en la nube.
Tras el ataque de Sasovo, Yandex informó de problemas de energía en una zona de disponibilidad. Una zona de disponibilidad es una ubicación de infraestructura aislada diseñada para evitar que un fallo afecte a toda una región de nube.
La empresa aconsejó a los clientes de la nube utilizar otras zonas. También indicó que las cargas de trabajo se habían transferido a otras instalaciones, aunque seguían existiendo límites para crear nuevos recursos.
Esa respuesta muestra que la redundancia funcionó según lo previsto. El tráfico se alejó de la ubicación afectada y los mayores servicios de consumo de Yandex evitaron un cierre completo.
Sin embargo, la misma respuesta revela una reserva finita. Cada transferencia consume capacidad en instalaciones que deben gestionar sus cargas de trabajo normales junto con la demanda desplazada.
Yandex opera cinco grandes centros de datos en Rusia, según informes públicos. Dos fueron atacados en dos días, dejando tres sitios conocidos fuera de la zona de daños inmediatos.
Dos de esas instalaciones restantes están en la región de Moscú. Otra se encuentra en la región de Vladímir.
La redistribución parece manejable cuando una ubicación falla brevemente. Se vuelve más difícil cuando una segunda instalación pierde módulos y el calendario de restauración sigue siendo desconocido.
Maryana Lazaricheva, responsable de análisis de renta variable en T-Investments, identificó la base de clientes empresariales de la compañía como un riesgo central. Afirmó que los ataques continuados podrían eliminar la capacidad de Yandex para redistribuir cargas de trabajo.
Yandex afirmó que llegó a un acuerdo con otros proveedores de nube para ayudar a los clientes a trasladar sus datos y servicios. Ese paso sugiere que la empresa se preparaba para una recuperación que superara su propia capacidad restante.
La migración a la nube no es instantánea. Las aplicaciones suelen depender de bases de datos específicas, configuraciones de red, sistemas de identidad y arquitecturas de almacenamiento.
Un cliente debe confirmar que los datos copiados están actualizados, que las aplicaciones pueden iniciarse correctamente y que los controles de seguridad siguen funcionando. Ese trabajo se vuelve más difícil durante una interrupción activa.
Algunas empresas también diseñan sus sistemas en torno a servicios propietarios de un único proveedor. Mover máquinas virtuales básicas es más fácil que recrear una aplicación que depende de bases de datos gestionadas o herramientas de IA.
Los informes posteriores al ataque de Sasovo mencionaron interrupciones que afectaban a Yandex Disk y Yandex Documents. Otros servicios afectados presuntamente incluían Cian, Litmarket, Russian Railways y el sitio web del Spartak de Moscú.
Un operador de autobuses de la región de Moscú también atribuyó la falta de disponibilidad de la venta de billetes en línea al cierre temporal de un centro de datos. Estos casos ilustran cómo los daños a la infraestructura pueden manifestarse mucho más allá de los productos de una empresa tecnológica.
Los datos de interrupciones de red mostraron que la conectividad de Yandex cayó a aproximadamente el 70 por ciento de los niveles normales tras el primer incidente. Esa medición indica una disrupción considerable sin demostrar un colapso a escala nacional.
Detector404, un servicio de monitorización en línea, recibió 58.268 quejas durante el día posterior al ataque de Sasovo. Los informes de usuarios pueden identificar problemas generalizados, pero no miden con precisión clientes distintos afectados.
Un solo usuario puede enviar varios informes. También pueden producirse incidentes técnicos independientes durante el mismo periodo.
Las acciones de Yandex cayeron un 4,5 por ciento en la negociación de Moscú después del segundo ataque. El descenso reflejó preocupación por las interrupciones del servicio, la pérdida de ingresos por segmentos, la exposición de los clientes y los futuros costes de defensa.
Sin embargo, el movimiento del mercado no puede revelar el estado físico del hardware. Los inversores carecían de información verificada sobre costes de reparación, pérdida de datos o el estado de sistemas de cómputo críticos.
Por tanto, la respuesta forzada es tanto técnica como comercial. Yandex debe restaurar la capacidad mientras convence a las empresas de que las cargas de trabajo siguen siendo seguras en su plataforma.
Esa tarea durará más allá de la interrupción inmediata. Los clientes empresariales evalúan los servicios de nube en parte mediante los registros de disponibilidad, el rendimiento de recuperación ante desastres y la comunicación durante los incidentes.
Si Yandex restaura la capacidad con rapidez, el episodio se convertirá en evidencia de que la infraestructura distribuida puede absorber daños físicos directos. Una recuperación prolongada respaldaría la conclusión opuesta.
Los ataques ponen en riesgo la capacidad de cómputo de IA de Yandex
La incertidumbre más relevante afecta a dos superordenadores utilizados para el desarrollo de IA, no a la pérdida temporal de aplicaciones de consumo.
Yandex afirmó en 2021 que su sitio de Sasovo albergaba dos de sus tres superordenadores. Llamados Chervonenkis y Lyapunov, los sistemas respaldan el entrenamiento de redes neuronales y el desarrollo de YandexGPT.
Un superordenador combina muchos procesadores en un sistema de alto rendimiento para grandes tareas computacionales. Entrenar un modelo de lenguaje grande exige que miles de procesadores se coordinen mediante conexiones de red rápidas.
Ambas máquinas de Yandex se construyeron en torno a procesadores gráficos Nvidia A100. Estos chips se generalizaron para el entrenamiento de IA antes de que las arquitecturas más nuevas de Nvidia entraran en el mercado.
Yandex no ha confirmado si alguno de los dos superordenadores sufrió daños. También ha declinado decir si los sistemas pueden restaurarse.
Esa brecha de verificación es esencial. El cierre de un centro de datos no significa necesariamente que todos los servidores de su interior hayan sufrido destrucción física.
Un incendio, el aislamiento eléctrico, el agua, el humo o la refrigeración dañada pueden forzar un cierre completo incluso cuando gran parte del equipo sobrevive. Los ingenieros deben inspeccionar esos sistemas antes de restaurar la energía de forma segura.
A la inversa, que los procesadores sobrevivan no garantiza una recuperación rápida. La computación de alto rendimiento depende de distribución eléctrica, redes especializadas, equipos de refrigeración, almacenamiento y racks de servidores configurados con precisión.
Los daños a los sistemas de soporte pueden dejar aislados chips que, de otro modo, funcionarían. Reconstruir el clúster informático completo puede llevar mucho más tiempo que sustituir servidores estándar en la nube.
Aquí es donde los ataques contra los centros de datos de Yandex se cruzan con las restricciones tecnológicas existentes de Rusia. Los controles de exportación occidentales ya restringen el acceso a procesadores avanzados y equipos de fabricación.
Por lo tanto, reemplazar infraestructura basada en A100 es más complicado que realizar un pedido comercial ordinario. La disponibilidad, las rutas de entrega, el soporte de servicio y la integración de sistemas crean posibles cuellos de botella.
Sberbank, el principal competidor nacional de Yandex en IA, estimó previamente que los desarrolladores rusos estaban entre seis y nueve meses por detrás de los principales desarrolladores estadounidenses y chinos. Identificó las importaciones de chips avanzados como la principal limitación.
Esa estimación provino de un competidor y no debe tratarse como una medición independiente. Aun así, pone de relieve por qué los daños confirmados a hardware de IA escaso serían relevantes.
YandexGPT compite con GigaChat de Sberbank en el mercado nacional ruso de IA generativa. Ambos sistemas dependen de un acceso sostenido a capacidad de cómputo para el entrenamiento, la evaluación y la atención de solicitudes de los usuarios.
El entrenamiento y la inferencia generan presiones de infraestructura diferentes. El entrenamiento construye o actualiza un modelo, mientras que la inferencia ejecuta el modelo terminado cuando un usuario envía una solicitud.
Yandex puede potencialmente mantener un modelo existente en línea mientras pierde parte de la capacidad para entrenamiento futuro. También puede priorizar cargas de trabajo críticas y aplazar experimentos menos urgentes.
Eso haría que los efectos fueran menos visibles para los usuarios comunes. La búsqueda, los mapas o un chatbot podrían seguir funcionando incluso si el calendario de desarrollo de la empresa se retrasa.
También es posible el escenario contrario. Si los superordenadores sobrevivieron y solo la infraestructura circundante necesita reparaciones, Yandex podría recuperarse sin perder sus activos principales de IA.
La evidencia actual no puede resolver esa cuestión. Las fotografías de un incendio y los informes de interrupciones no muestran el estado interno de clústeres de cómputo específicos.
Por lo tanto, las afirmaciones de que los ataques destruyeron el programa de IA de Yandex van más allá de los hechos verificados. El resultado confirmado es más limitado, pero sigue siendo significativo.
Una instalación importante fue cerrada. Una segunda sufrió la desactivación de módulos. Dos importantes superordenadores de IA estaban ubicados en el primer sitio, y su estado no fue revelado.
La presión estratégica proviene del tiempo de reemplazo y de la exposición repetida. El hardware de IA es valioso porque está concentrado, interconectado y es difícil de sustituir rápidamente.
Esas mismas cualidades hacen vulnerable a un clúster de IA cuando los atacantes pueden alcanzar su ubicación física. Los servicios de consumo distribuidos pueden continuar mientras la capacidad centralizada de entrenamiento afronta una pérdida más grave.
Esto invierte la narrativa habitual de la nube. La centralización mejora la utilización y hace económicamente viable la computación a gran escala, pero también concentra equipos valiosos dentro de instalaciones conocidas.
Los ataques contra centros de datos de Yandex no demostraron que la infraestructura centralizada de IA sea intrínsecamente frágil. Sí mostraron que la resiliencia del software no puede compensar por completo ataques físicos repetidos.
La redundancia evita el colapso, pero no puede eliminar el riesgo físico
Es poco probable que internet en Rusia falle a nivel nacional, pero los servicios regionales y las empresas más pequeñas siguen expuestos a interrupciones en cascada.
Los servicios modernos de internet están diseñados para sobrevivir a fallos ordinarios de equipos. Los operadores duplican datos, mantienen energía de respaldo, utilizan múltiples proveedores de red y redirigen el tráfico alrededor de sistemas no disponibles.
Esas medidas explican por qué los servicios principales de Yandex siguieron disponibles después del cierre de Sasovo. También explican por qué un solo ataque regional no desconectaría a toda Rusia.
El abogado de derechos digitales Sarkis Darbinyan dijo a Meduza que las grandes empresas distribuyen la infraestructura por todo el país. El tráfico puede desplazarse automáticamente cuando falla el equipo.
Su análisis de infraestructura concluyó que deshabilitar todo el internet ruso requeriría una campaña mucho más amplia. Rusia cuenta con cerca de 200 centros de datos operados por numerosas entidades.
Ese total nacional no debe confundirse con las cinco instalaciones principales de Yandex. El mercado más amplio incluye empresas de telecomunicaciones, bancos, proveedores de nube y operadores independientes de centros de datos.
La distinción muestra por qué las predicciones dramáticas de un apagón digital nacional son débiles. Ningún sitio individual de Yandex transporta todo el tráfico ruso.
Sin embargo, la resiliencia a nivel nacional puede coexistir con fallos locales dolorosos. Los sistemas gubernamentales regionales, terminales de pago, plataformas escolares, sistemas médicos y sitios web de pequeñas empresas podrían carecer de una redundancia equivalente.
Los grandes clientes a veces pueden operar en varias zonas de nube o proveedores. Las organizaciones más pequeñas pueden mantener toda su aplicación y sus copias de seguridad dentro de la presencia regional de un solo proveedor.
La arquitectura multicloud utiliza servicios de más de un operador de nube para reducir la dependencia de una única empresa. Puede mejorar la resiliencia, pero también aumenta la complejidad de ingeniería y operación.
Los datos deben permanecer sincronizados entre proveedores. Las políticas de seguridad deben coincidir y los empleados necesitan experiencia con herramientas diferentes.
Para muchos clientes pequeños, esos costos hacen que la protección multicloud sea poco práctica antes de una crisis. Descubren la dependencia solo cuando su entorno principal deja de estar disponible.
Los ataques también cuestionan una suposición habitual sobre la separación geográfica. Dos instalaciones pueden estar en regiones administrativas diferentes y, aun así, seguir siendo alcanzables por el mismo sistema de armas de largo alcance.
La arquitectura de nube tradicionalmente se planifica en torno a incendios, inundaciones, fallos eléctricos, cortes de red y errores técnicos. La selección sostenida de objetivos en tiempos de guerra introduce un patrón de fallos diferente.
Un atacante puede seleccionar múltiples sitios, repetir una operación y adaptarse tras observar el comportamiento de recuperación. Esa secuencia deliberada puede consumir la capacidad de respaldo más rápido que los fallos aleatorios.
Los centros de datos pueden utilizar barreras, vigilancia, supresión de incendios y servicios públicos redundantes. Las instalaciones reforzadas o subterráneas ofrecen mayor protección, pero transformar campus existentes lleva tiempo.
Ucrania ha enfrentado el mismo problema desde la dirección opuesta. Ataques rusos dañaron recientemente centros de datos y sistemas de telecomunicaciones ucranianos, obligando a algunas instalaciones a suspender operaciones.
Un ataque de septiembre interrumpió el acceso a internet de línea fija para unas 100.000 viviendas en Kyiv y sus alrededores. Funcionarios ucranianos han debatido trasladar más equipos bajo tierra y reubicar cargas de trabajo en el extranjero.
La experiencia de Ucrania ayuda a explicar su motivación declarada. Zelensky caracterizó los ataques contra Yandex como una respuesta recíproca a los ataques contra la infraestructura digital ucraniana.
La reciprocidad no responde las cuestiones legales o éticas relativas a cada objetivo. Los centros de datos pueden respaldar simultáneamente servicios civiles, clientes comerciales, organismos gubernamentales y usuarios militares.
Los informes públicos no han establecido la combinación de cargas de trabajo en cada ubicación afectada de Yandex. Tampoco han demostrado que todos los clientes afectados tuvieran alguna relación con la guerra.
Esa ambigüedad sitúa a los civiles y a las empresas comunes dentro del cálculo de riesgo. Un ataque destinado a reducir la capacidad estatal o industrial puede interrumpir servicios no relacionados que comparten el mismo edificio.
Yandex destacó que millones de personas utilizan sus servicios para tareas diarias. También afirmó que cientos de miles de empresas dependen de su tecnología.
Esas afirmaciones describen el alcance potencial de la interrupción, no un número confirmado de afectaciones. La empresa no publicó una lista completa de los servicios o clientes afectados.
Tampoco reveló si se perdió algún dato de clientes. La indisponibilidad del servicio y la pérdida permanente de datos son resultados distintos, y la evidencia actual confirma solo la interrupción.
Por lo tanto, el riesgo físico es real, pero está acotado por preguntas sin respuesta. El internet de Rusia sigue distribuido, mientras que determinadas plataformas y clientes aún pueden experimentar fallos graves.
Los ataques repetidos cambiarían ese equilibrio. Cada sitio adicional deshabilitado reduce las opciones de enrutamiento, aumenta la carga en otros lugares y prolonga las colas de recuperación.
La cuestión central no es si un ataque puede apagar un país. Es cuántas pérdidas simultáneas puede absorber una gran plataforma antes de que la redundancia se convierta en agotamiento.
Tres señales mostrarán si el daño perdura
El tiempo de restauración, el estado verificado del hardware de IA y nuevos ataques determinarán si esto sigue siendo una historia de interrupción o se convierte en una perturbación tecnológica estructural.
La primera señal es el calendario de restauración de Yandex. La empresa dijo que aún no podía indicar cuándo los equipos de Sasovo y Kaluga volverían a operar.
Una recuperación rápida indicaría que los daños se concentraron en la energía, la refrigeración o componentes limitados de infraestructura. También mostraría que la capacidad de reserva y las asociaciones externas de nube funcionaron.
Semanas de restricciones sugerirían una pérdida de equipos más grave. Las limitaciones continuas para crear recursos de nube revelarían que las cargas de trabajo transferidas estaban consumiendo la capacidad disponible.
La calidad de los informes públicos de incidentes de Yandex importará junto con el calendario. Los clientes necesitan saber qué servicios fallaron, cómo se movieron las cargas de trabajo y si los datos almacenados permanecieron intactos.
Una breve declaración de que los servicios han regresado no resolvería todas las inquietudes. Los compradores empresariales buscarán evidencia de que la restauración no introdujo nuevos problemas de seguridad o fiabilidad.
La segunda señal es el estado de Chervonenkis y Lyapunov. La supervivencia verificada reduciría drásticamente las implicaciones inmediatas para el desarrollo de YandexGPT.
La destrucción confirmada o una indisponibilidad prolongada reforzarían el argumento de que los ataques físicos pueden limitar el avance ruso en IA. También intensificarían la presión sobre el escaso hardware de reemplazo.
El silencio seguirá siendo informativo, aunque no decisivo. Yandex tiene razones comerciales y de seguridad para limitar los detalles sobre infraestructura crítica de cómputo.
Los observadores deberían resistirse a tratar la ausencia de una actualización como prueba de destrucción. La evidencia pertinente incluiría divulgaciones de la empresa, cambios en los servicios, variaciones en la contratación o retrasos visibles en los lanzamientos de modelos.
La tercera señal es si continúan los ataques contra Yandex u otros operadores rusos de centros de datos. Una pausa dejaría a la empresa con una recuperación difícil, pero contenida.
Otro ataque pondría a prueba más directamente la red restante. También podría empujar a los clientes de nube hacia competidores, acuerdos de alojamiento extranjero o sistemas de contingencia fuera de línea.
Los competidores nacionales de Yandex se encontrarían entonces en una posición mixta. Podrían ganar clientes, pero su propia infraestructura concentrada podría convertirse en un objetivo.
El gobierno ruso también enfrenta una decisión de política. El presidente Vladimir Putin recibió en agosto autoridad para tomar el control de infraestructura de importancia crítica considerada insuficientemente protegida contra ataques con drones.
Los funcionarios podrían exigir defensas físicas más fuertes, mayor secreto sobre las ubicaciones o reubicación en sitios reforzados. Cada opción implica costos e interrupción operativa.
Las empresas también podrían buscar instalaciones en países que Moscú considera amistosos. La ubicación en el extranjero podría reducir la exposición a ataques con drones dentro de Rusia, pero introduce complicaciones legales, de red y de soberanía.
El alojamiento transfronterizo cambia la latencia y la gobernanza de datos. También puede hacer que un proveedor dependa del mercado energético, la regulación y la relación diplomática de otro país.
Para los clientes, la lección práctica es más acotada que el debate geopolítico. Una región de nube no es un plan de recuperación a menos que los datos y las aplicaciones puedan ejecutarse realmente en otro lugar.
Las organizaciones deberían saber qué servicios dependen de una única zona, cuán actualizadas están sus copias de seguridad y cuánto tiempo tomaría una migración. Un plan escrito sin una restauración probada ofrece protección limitada.
Ese principio se aplica mucho más allá de Rusia o Ucrania. Los incendios forestales, las inundaciones, los fallos de la red eléctrica, el sabotaje y la guerra difieren en su causa, pero exponen las mismas dependencias físicas.
La nube oculta el hardware de la interfaz de usuario. No convierte ese hardware en algo inmaterial.
Los ataques contra el centro de datos de Yandex ya han establecido un cambio duradero. La gran infraestructura digital forma ahora parte del creciente ciclo de ataques entre Rusia y Ucrania.
Lo que sigue siendo incierto es la magnitud de los daños. Yandex ha confirmado interrupciones, pero no una pérdida permanente de datos ni la destrucción de sus supercomputadoras de IA.
Los lectores deberán estar atentos a un aviso detallado sobre la restauración del servicio, pruebas relativas a los clústeres informáticos de Sasovo y otro ataque contra la infraestructura digital. En conjunto, esas señales mostrarán si la redundancia logró contener la crisis.
También responderán a la cuestión más amplia que plantean estos ataques. ¿Puede una plataforma en la nube seguir trasladando cargas de trabajo más rápido de lo que un adversario puede eliminar capacidad física?
