Tres sitios en cuatro días
Entre la noche del 7 al 8 de octubre y la mañana del 11 de octubre, ataques con drones alcanzaron tres de los cinco centros de datos rusos de Yandex, según The Register, en Sasovo, Kaluga y Vladimir.
| Fecha | Sitio | Estado informado |
|---|---|---|
| Del 7 al 8 de octubre | Sasovo | Gravemente dañado y apagado por completo, con un incendio; dos de tres superordenadores de IA allí fuera de servicio |
| 9 de octubre | Kaluga | Parte de la infraestructura sin conexión, operaciones degradadas |
| 11 de octubre | Vladimir | Da soporte a Yandex Pay; sin conexión, descrito como parado por completo |
| 12 de octubre | Yandex Cloud | Modo limitado, se aconseja a los clientes usar sitios alternativos |
The Register y BleepingComputer atribuyen los ataques a Ucrania. En la tarde del 11 de octubre heise señaló que el Ministerio de Defensa ucraniano no se había pronunciado, y Yandex no informó de heridos.
Qué dijo Yandex a sus clientes de la nube
La propia página de estado de Yandex describió el modo de la plataforma en la nube como de emergencia y recomendó usar cualquier otro plan alternativo de recuperación ante desastres.
También calificó de inestable la configuración de recursos restante y advirtió de que los canales de soporte técnico podían ser inestables. The Register añade que algunos clientes pueden llegar a la consola y a la API pero no de forma constante, que el soporte responde más despacio por el volumen de solicitudes y que Yandex recomienda sitios alternativos para alojar y reservar recursos.
La lectura de BleepingComputer de la página de estado enumera la consola, la API, la gestión de identidades, el registro de contenedores, las bases de datos, el almacenamiento S3 y Kubernetes como disponibles con algunos problemas de rendimiento o disponibilidad, el cómputo, AI Studio y los servicios de seguridad como parcialmente disponibles y Monium como fuera de línea.
NetBlocks midió que cerca del 80 por ciento de las conexiones con servidores de Yandex funcionaban a última hora de la mañana del 11 de octubre y cerca del 30 por ciento de las conexiones con servidores de Yandex Cloud. Yandex dice que sus ingenieros restablecieron primero Alice AI, Mail, Maps, Search y Taxi, mientras que su servicio de pagos Yandex Pay siguió sin conexión un día después del ataque a Vladimir. El jefe de su división fintech escribió que el dinero de los usuarios está a salvo.
Lo que nadie ha confirmado todavía
No está claro si se perdieron datos de clientes de forma definitiva, y Yandex no lo ha abordado en sus actualizaciones de estado.
Un cliente que escribió en Habr describió copias de seguridad de Yandex Disk que perdieron sus miniaturas y archivos que no se descargaban, con errores HTTP 302, 504 y 500, desde el 8 de octubre. Es un solo informe, no una medición.
Yandex dice que no puede dar un plazo fiable de restablecimiento del servicio y que sus equipos trabajan las 24 horas del día.
Los centros de datos de Ucrania también fueron atacados en septiembre
A finales de septiembre ataques rusos dañaron los centros de datos de Vodafone Ucrania, Datagroup, Cosmonova, Omega Telecom y DreamLine y alcanzaron la sede de Kyivstar, según Reuters citada por heise.
Reuters informó de que Rusia justificó esos objetivos diciendo que los centros de datos tenían vínculos con el ejército ucraniano. Para un comprador de Europa o del Reino Unido la conclusión es práctica: sitios físicos que alojan las cargas de otras empresas han sido atacados en un conflicto activo, y un proveedor con pocos sitios tiene pocos lugares adonde mudarse.
Preguntas para su propio proveedor de nube
Pregunte cuántos sitios independientes respaldan la promesa de disponibilidad de su contrato y qué distancia los separa. Yandex perdió tres de cinco sitios en cuatro días, lo que muestra qué significa un número pequeño de sitios en la peor semana.
Pregunte dónde están sus copias de seguridad. Las copias guardadas con el mismo proveedor, o en el mismo país, pueden fallar junto con la copia principal. Una copia en un segundo proveedor, bajo otra jurisdicción, es la que sobrevive.
Pida el tiempo de la última restauración probada, medido en un simulacro real, y lea la cláusula de fuerza mayor para saber qué le debe el proveedor cuando un sitio queda destruido físicamente.
Leer a continuación: 21 meses de aviso no libraron a las clínicas alemanas | Tres plazos de soporte de Windows en 30 días
