Yandex sufrió una segunda pérdida de infraestructura el 9 de octubre de 2026, cuando un ataque dejó fuera de servicio varios módulos de centro de datos en la región rusa de Kaluga. Su instalación mayor de Sasovo, alcanzada un día antes, seguía completamente cerrada. La empresa confirmó que no hubo empleados heridos en ninguno de los dos lugares, pero no dio fecha para restaurar los equipos.
La novedad no era otro relato del incendio de Sasovo, sino la prueba de recuperación después de que dos ubicaciones del mismo operador fueran alcanzadas en aproximadamente 48 horas. Yandex dijo que había llegado a acuerdos con otros proveedores cloud para ayudar a clientes a trasladar datos y servicios: un paso más allá de dirigir tráfico a sus propias zonas restantes.
Lo que añadió el 9 de octubre al primer cierre
El ataque del 8 de octubre en Sasovo, región de Riazán, provocó un incendio y cerró un sitio con decenas de miles de servidores. Yandex dijo que los grandes servicios de consumo continuaron, mientras servicios externos reportaban problemas. El 9 de octubre, la infraestructura de Kaluga, al sudoeste de Moscú, estaba parcialmente indisponible y varios módulos estaban totalmente desactivados, según la información publicada y el comunicado de Yandex.
El presidente ucraniano Volodímir Zelenski confirmó la operación de Kaluga y la describió como respuesta a ataques rusos contra centros de datos ucranianos. Fire Point afirmó que se utilizaron drones de ataque unidireccionales FP-1. Eso atribuye a sus portavoces la reivindicación operativa y la identificación del arma; no establece independientemente cada detalle de objetivos o daños. Un dron unidireccional entrega su carga sin regresar, una clase valorada por alcance, cantidad y menor coste que muchos misiles convencionales.
El Ministerio de Defensa ruso dijo que sus defensas aéreas interceptaron 505 drones ucranianos entre el jueves por la noche y el viernes por la mañana. Esa es su cifra para la campaña nocturna más amplia, no el número que alcanzó Yandex. Ni Yandex ni las autoridades ucranianas revelaron este último.
El gobernador de Kaluga, Vladislav Shapsha, dijo que nueve personas resultaron heridas en ataques de la región y que cinco recibían atención hospitalaria. Los funcionarios no vincularon específicamente esas lesiones con Yandex. Por ello, la declaración regional de víctimas no contradice el informe más limitado de la empresa de que no hubo empleados heridos en sus dos centros.
El objetivo pretendido de la operación anterior en Sasovo siguió siendo menos claro. La instalación ocupa parte del antiguo complejo de fábrica de máquinas herramienta Sasta, una planta sometida a sanciones británicas por su papel informado en el sector de defensa. Ucrania inicialmente no dio un relato detallado que resolviera si el objetivo era la fábrica, el centro de datos o ambos. Las imágenes circulantes no establecían ni la intención ni el estado de máquinas individuales.
El límite es la capacidad de reserva, no solo otra dirección
Una zona de disponibilidad es una ubicación de infraestructura diseñada para aislar un fallo dentro de una región cloud más amplia. Tras Sasovo, Yandex informó de un problema eléctrico en una zona, aconsejó a clientes usar otras y dijo que las cargas de trabajo se habían trasladado a otras instalaciones. Aun así, persistieron límites para crear recursos nuevos.
Esas transferencias ayudaron a que los servicios principales de consumo evitaran un apagón completo. También consumieron capacidad finita en sitios que ya atendían demanda normal. La información pública identificaba cinco grandes centros de datos de Yandex en Rusia: con dos atacados, tres ubicaciones conocidas estaban fuera del daño inmediato, dos en la región de Moscú y una en Vladímir. Es un recuento de instalaciones, no una medición de capacidad libre ni la afirmación de que se perdió el 40 % de la potencia informática.
Una página de búsqueda que funciona no significa que una empresa pueda aprovisionar recursos cloud. Navegación, música, vídeo, reparto, comunicaciones y software de negocios comparten infraestructura del operador, pero pueden recibir prioridades distintas o tener dependencias diferentes. Maryana Lazaricheva, responsable de investigación de renta variable de T-Investments, advirtió que ataques continuados podrían eliminar la capacidad de redistribuir cargas.
Los acuerdos con proveedores externos importan en ese contexto, pero no prueban una migración instantánea ni terminada. Bases de datos, configuraciones de red, identidad y almacenamiento deben funcionar juntos. Los clientes necesitan copias actuales de los datos, arranque correcto de aplicaciones y controles de seguridad funcionales cuando el entorno original ya puede estar deteriorado.
Las máquinas virtuales básicas también son más fáciles de mover que aplicaciones construidas en torno a bases de datos gestionadas propietarias o herramientas de IA. Los servidores disponibles de otro proveedor no recrean automáticamente esos servicios. La tarea comercial consiste por tanto en mantener la confianza mientras se restaura un entorno operativo útil, no simplemente en anunciar que existe capacidad en algún lugar.
La interrupción de clientes es visible, pero sus escalas tienen varios denominadores
Los informes tras Sasovo mencionaron problemas con Yandex Disk y Documents, Cian, Litmarket, los Ferrocarriles Rusos y el sitio del Spartak de Moscú. Un operador de autobuses de la región de Moscú atribuyó la indisponibilidad de ventas de billetes en línea a un cierre temporal de centro de datos. Son efectos de servicio reportados, no un análisis técnico completo que pruebe una causa única para cada interrupción.
Los datos de red situaron la conectividad de Yandex en aproximadamente el 70 % de lo normal después del primer incidente. No equivale a un descenso del 70 % ni demuestra un colapso nacional de Internet. Detector404 recibió 58.268 quejas durante el día posterior a Sasovo; las quejas no son clientes distintos, pues una persona puede informar varias veces y pueden coincidir incidentes no relacionados.
Las acciones de Yandex cayeron un 4,5 % en Moscú tras el segundo ataque. Los inversores pueden preocuparse por interrupción, ingresos por segmento, exposición de clientes y costes de defensa, pero un movimiento de precio no revela daño físico de hardware ni demuestra costes de reparación o pérdida de datos.
Yandex describió millones de usuarios diarios y cientos de miles de empresas dependientes. Estas cifras describen alcance potencial, no una población afectada confirmada. No publicó una lista completa de impacto sobre clientes ni confirmación de pérdida permanente de datos de clientes. Indisponibilidad y datos perdidos siguen siendo resultados distintos.
El entrenamiento de IA sigue siendo una incógnita importante, no una destrucción confirmada
La comunicación de Yandex de 2021 situaba a Chervonenkis y Lyapunov, dos de sus tres superordenadores, en Sasovo. Los sistemas basados en Nvidia A100 apoyan el trabajo de redes neuronales y el desarrollo de YandexGPT. Esa ubicación histórica hace importante su estado, pero Yandex no había confirmado daños ni si podían restaurarse.
Fuego, humo, agua, aislamiento eléctrico o fallos de refrigeración pueden detener un sitio entero aunque sobrevivan muchos procesadores. A la inversa, chips intactos no son un clúster funcional sin alimentación segura, redes especializadas, almacenamiento, refrigeración y bastidores configurados. Reparar esos sistemas de apoyo puede tardar más que sustituir servidores cloud ordinarios.
Los controles occidentales de exportación añaden restricciones sobre procesadores avanzados y equipos de fabricación. La sustitución requiere suministro, rutas de entrega, servicio e integración, no un pedido rutinario. Sberbank estimó anteriormente que los desarrolladores rusos iban de seis a nueve meses por detrás de los principales desarrolladores estadounidenses y chinos, citando las importaciones de chips como una restricción clave. Es la valoración de un competidor, no una medición independiente.
YandexGPT y GigaChat de Sberbank necesitan cómputo para entrenamiento, evaluación y servicio de solicitudes. El entrenamiento crea o actualiza un modelo; la inferencia lo ejecuta para usuarios. Un chatbot existente podría seguir en línea mientras se retrasan futuros entrenamientos o experimentos menos urgentes. También podrían volver clústeres supervivientes después de reparar la infraestructura circundante. Ni una foto de incendio ni la ausencia de actualizaciones establecen el fin del programa de IA de Yandex.
Dos sitios revelan un patrón distinto de un apagón nacional
El abogado de derechos digitales Sarkis Darbinyan dijo a Meduza que los grandes operadores distribuyen infraestructura y pueden mover tráfico automáticamente. Rusia tiene cerca de 200 centros de datos entre telecomunicaciones, bancos, clouds y operadores independientes, no solo los cinco de Yandex. Desactivar todo Internet requeriría una campaña mucho más amplia; un fallo local serio puede coexistir con conectividad nacional.
Gobiernos regionales, terminales de pago, escuelas, sistemas médicos y sitios de pequeñas empresas pueden no tener redundancia equivalente. El multicloud puede reducir dependencia, pero exige datos sincronizados, políticas de seguridad alineadas y personal familiarizado con distintas herramientas. A organizaciones pequeñas les puede resultar impracticable ese gasto hasta que falla su entorno principal.
Regiones administrativas separadas no garantizan un riesgo de guerra independiente. A diferencia de fallos aleatorios, un atacante puede seleccionar varios lugares, repetir ataques y adaptarse a la recuperación. Barreras, vigilancia, extinción de incendios y servicios redundantes pueden ayudar; endurecer instalaciones existentes o trasladarlas bajo tierra lleva tiempo. El enrutamiento por software no puede sustituir indefinidamente edificios y equipos dañados.
Ucrania ha sufrido las mismas dependencias físicas. Un ataque de septiembre interrumpió el acceso de línea fija para unas 100.000 viviendas alrededor de Kyiv, y los funcionarios hablaron de equipos subterráneos y cargas de trabajo en el extranjero. El motivo recíproco declarado por Zelenski no resuelve el estatus legal o ético de cada objetivo: la mezcla de cargas de Yandex no es pública y no debe suponerse que clientes civiles afectados están conectados con la guerra.
Recuperación y gobernanza ahora deben evaluarse juntas
La próxima evidencia significativa será un aviso de restauración detallado: qué sistemas de energía, refrigeración, almacenamiento, servidores o clústeres pueden volver, si terminan los límites a recursos nuevos y si las aplicaciones migradas operan de forma segura. Una recuperación rápida respaldaría la eficacia de reservas y asociaciones; restricciones prolongadas suscitarían preocupación sin demostrar automáticamente que se destruyeron chips concretos.
Evaluaciones verificadas de hardware aclararían las consecuencias para la IA. Retrasos de lanzamiento de modelos, cambios de servicio o contratación podrían aportar contexto, pero no establecerían por sí solos causalidad. Yandex también tiene razones comerciales y de seguridad para limitar divulgaciones de infraestructura, de modo que el silencio no es evidencia concluyente de daños.
Más ataques podrían empujar a clientes hacia rivales, alojamiento extranjero o contingencias fuera de línea. Los rivales podrían ganar negocio mientras comparten riesgo físico concentrado. Las fuentes también señalan que el presidente Vladímir Putin recibió en agosto autoridad para tomar control de infraestructura crítica considerada insuficientemente protegida de drones; no establecen que esa autoridad se ejerciera contra Yandex.
Defensas más fuertes, secreto de ubicación e instalaciones endurecidas conllevan coste e interrupción. Alojar en países que Moscú considera amigos podría reducir la exposición dentro de Rusia, pero cambiaría latencia, derecho, gobernanza de datos y soberanía, y añadiría dependencia de la energía, regulación y diplomacia de otro Estado.
Para los clientes, la distinción relevante es entre tener otra región en un diagrama y poder operar en otro lugar con datos suficientemente actuales. Tiempo de restauración probado, copias de seguridad y conocimiento de dependencias importan ante guerra, sabotaje, incendio, inundación y fallo de red. En el punto de información del 9 de octubre se confirmaba interrupción en dos sitios; no se confirmaban pérdida permanente de datos, el destino de los superordenadores ni la duración final de la recuperación.
Fuentes
Información sobre el primer ataque · Información sobre el segundo ataque · Declaración de Yandex del 9 de octubre · Información sobre interrupciones de red y servicios · Contexto de infraestructura y conectividad nacional · Entrada de agregación del informe original