Yandex atribuye a ataques con drones la pérdida de datos en su nube
Yandex reconoce que perdió datos de clientes después de que ataques con drones dañaran sus centros de datos. La empresa afirma que recuperó más del 97 % de la información afectada y atribuye el resto a daños críticos en el hardware y a la falta de copias de seguridad en la plataforma. Como respuesta, ha activado las copias de seguridad por defecto para las nuevas máquinas virtuales de su nube.
El incidente afecta a la disponibilidad y a la protección de datos de los servicios de Yandex Cloud, y también plantea una cuestión operativa para sus clientes: quién mantiene las copias, dónde se guardan y si están aisladas de la infraestructura que alberga los sistemas principales.
Daños físicos, interrupciones y datos irrecuperables
El ataque inicial se produjo a comienzos de octubre y provocó un incendio y una interrupción en la zona de disponibilidad ru-central1-b de Yandex. Una zona de disponibilidad es una ubicación de infraestructura que permite desplegar recursos de nube en una instalación diferenciada. Según la información publicada por The Register sobre el incidente, posteriores ataques alcanzaron otros centros de datos de Yandex y perturbaron más servicios de la nube y de pagos de la compañía.
En una actualización sobre la recuperación, Yandex dijo haber restaurado más del 97 % de los datos de clientes afectados. El medio cifra la pérdida restante en un 2,84 % y recoge que la compañía la atribuyó a daños críticos en el hardware y a la falta de copias de seguridad «en la plataforma». El alcance concreto de esa expresión no queda aclarado en la información publicada: no permite determinar por sí sola si faltaban copias mantenidas por Yandex, si las medidas de redundancia no generaban réplicas suficientes o si los clientes no habían configurado protección propia.
La distinción importa porque una copia de datos no equivale necesariamente a una réplica disponible. La replicación puede mantener varias instancias para atender fallos o interrupciones, pero si todas dependen de instalaciones afectadas por el mismo evento, no garantiza la recuperación ante daños físicos extensos. Una copia de seguridad permite recuperar información desde un estado anterior, aunque su utilidad depende de que exista, esté accesible y se haya conservado fuera del alcance del incidente.
Copias automáticas para las máquinas virtuales
Yandex ha decidido habilitar las copias de seguridad por defecto para todas las máquinas virtuales que los clientes creen en su nube. La medida cambia la configuración inicial: el cliente ya no tendría que activar manualmente esa protección para que se aplique a las nuevas máquinas, aunque puede optar por deshabilitarla.
La automatización reduce el riesgo de que una máquina virtual quede sin copia por un olvido de configuración, pero no elimina la necesidad de revisar la política de protección. La noticia no detalla la frecuencia de las copias, cuánto tiempo se conservan, en qué ubicación se almacenan ni qué opciones de recuperación tienen los clientes. Esos parámetros determinan si una copia sirve para restaurar el servicio y qué cambios recientes podrían perderse.
También hay un efecto económico: las copias consumen recursos adicionales de Yandex y, según el medio, los clientes pueden acabar pagando más si mantienen activada la opción. Por eso, las empresas deberían comprobar el coste asociado y contrastarlo con el impacto que tendría perder los datos o reconstruir sus sistemas. Desactivar la función reduce ese consumo, pero deja al cliente con la responsabilidad de contar con una alternativa suficiente.
Una nueva zona, todavía con límites de uso
Yandex también puso en marcha una nueva zona de disponibilidad, llamada ru-central1-f, en una ubicación que no identificó públicamente en el anuncio citado. La compañía impuso cuotas que limitan los recursos a los que pueden acceder los usuarios y señaló que la nueva instalación todavía no podía gestionar tráfico dirigido a puntos de conexión privados.
Por tanto, la apertura de otra zona amplía las opciones de infraestructura, pero no equivale a una sustitución inmediata y sin restricciones de las ubicaciones dañadas. Las cuotas y la limitación de los puntos de conexión privados pueden afectar a la planificación de despliegues y a la migración de cargas. Las empresas que dependan de esos servicios necesitan comprobar qué recursos están disponibles para su cuenta y si la nueva zona admite las conexiones que requiere su arquitectura.
Qué deberían revisar los clientes
El caso muestra que la protección frente a fallos de software no basta cuando el riesgo afecta a edificios, hardware y servicios relacionados. Para valorar la exposición, un equipo de IT puede revisar si dispone de copias independientes del proveedor, qué sistemas podrían quedar afectados por la pérdida de una ubicación y cuánto tiempo tardaría en restaurar los servicios prioritarios. También debe comprobar si ha probado la recuperación: tener una copia no demuestra, por sí solo, que pueda restaurarse en condiciones operativas.
Yandex ha vinculado su comunicación sobre recuperación con una defensa de la nube híbrida y ha citado Stackland, su producto para llevar su infraestructura a instalaciones propias. Esa opción puede formar parte de una estrategia con recursos en distintas ubicaciones, pero no constituye por sí misma una garantía: la protección depende de cómo se distribuyan los datos, las copias y las dependencias entre entornos.
La consecuencia más concreta para los usuarios de Yandex es doble: la protección automática de las nuevas máquinas virtuales reduce la dependencia de una configuración manual, mientras que la pérdida reconocida y las restricciones de la nueva zona obligan a revisar copias, costes y posibilidades reales de recuperación.
