Los ataques con drones contra centros de datos en Rusia y los daños en instalaciones de Amazon Web Services (AWS) en Oriente Medio han puesto de manifiesto una vulnerabilidad que afecta a gobiernos, empresas y usuarios particulares: guardar archivos en la nube no garantiza su protección frente a desastres o ataques físicos. Cuando una infraestructura pierde servidores, electricidad o sistemas de refrigeración, las repercusiones pueden extenderse a aplicaciones, pagos, servicios de inteligencia artificial y datos que miles de organizaciones utilizan a diario.
Las claves de los centros de datos bajo amenaza en 20 segundos
- En octubre de 2026, tres centros de datos de Yandex fueron afectados por ataques con drones en distintas regiones de Rusia, dejando sus servicios total o parcialmente fuera de línea.
- En marzo, AWS confirmó daños en tres instalaciones en Emiratos Árabes Unidos y Bahréin tras incidentes similares.
- Tener varias copias no es suficiente si todas dependen de la misma región, cuenta o proveedor.
- Usuarios y empresas pueden reducir riesgos mediante copias independientes, pruebas de recuperación y planes para mantener operaciones durante una caída prolongada.
La nube parece intocable: se suben documentos, fotos, bases de datos o aplicaciones y se accede a ellos desde cualquier lugar. Sin embargo, detrás de cada servicio hay edificios, servidores, redes de comunicación, suministro eléctrico, sistemas de refrigeración y personal técnico. Una interrupción grave en cualquiera de estos elementos puede dejar inaccesible la información o incluso destruirla.
Los ataques militares no son el único peligro. Incendios, inundaciones, errores de configuración, ataques de ransomware o cancelaciones de cuentas también pueden interrumpir el acceso a los datos. La diferencia es que un daño físico puede afectar simultáneamente a equipos, comunicaciones y sistemas de recuperación ubicados en el mismo emplazamiento.
La lección práctica no consiste en abandonar los servicios en la nube, sino en dejar de depender de una única copia o método de recuperación de datos.
De Yandex a AWS: cuando el daño físico interrumpe servicios digitales
Entre el 8 y el 11 de octubre, tres centros de datos de Yandex fueron afectados por ataques con drones en las regiones rusas de Riazán, Kaluga y Vladímir. La compañía confirmó el cierre de la instalación de Sasovo, daños parciales en Kaluga y la interrupción en Vladímir. Estos incidentes impactaron en varios servicios, incluyendo su plataforma en la nube, aplicaciones de movilidad y sistema de pagos.
Yandex informó a sus clientes de que la plataforma operaba en modo de emergencia y recomendó activar los planes alternativos de recuperación disponibles. Este caso demuestra que contar con varias instalaciones no garantiza la continuidad si varias de ellas sufren daños en un corto intervalo o si la capacidad restante no puede absorber toda la demanda.
Un antecedente similar en Oriente Medio es igualmente ilustrativo. En marzo de 2026, AWS confirmó impactos directos en dos centros de datos en Emiratos Árabes Unidos y daños cercanos en Bahréin, relacionados con ataques. Se reportaron daños estructurales, interrupciones eléctricas y daños por agua debido a labores de extinción.
Las consecuencias afectaron a servicios alojados en esas regiones de AWS. La repercusión concreta dependió de la arquitectura del cliente, los servicios utilizados y los recursos alternativos disponibles. No implica que toda la información almacenada en AWS se perdiera ni que todos los servicios quedaran inoperativos automáticamente.
Tampoco hay que confundir disponibilidad con la pérdida definitiva de datos. Un servicio puede dejar de responder porque sus servidores están desconectados, aunque la información siga almacenada en medios recuperables. En otros casos, el daño físico, la falta de réplicas o la imposibilidad de acceder a ellas puede complicar mucho la recuperación.
Estos casos evidencian la importancia de la ubicación de la infraestructura. Una empresa puede contratar un proveedor global y mantener sus sistemas críticos en una sola región o concentrar las copias en instalaciones expuestas a un mismo incidente.
Qué debe hacer un usuario para proteger sus archivos
Para un usuario particular, la primera recomendación es distinguir entre sincronización y copia de seguridad. Servicios como Google Drive, OneDrive, Dropbox o iCloud permiten acceder a los mismos archivos desde múltiples dispositivos, pero la sincronización puede propagar eliminaciones o cambios no deseados. Si un archivo desaparece de la carpeta sincronizada, esa eliminación se puede replicar en otros dispositivos, aunque algunos servicios conservan versiones anteriores o una papelera de forma limitada.
Tener una copia independiente permite recuperar los documentos sin depender únicamente de la sincronización. No es necesario un sistema profesional avanzado, pero sí es recomendable mantener una segunda copia fuera del servicio principal para mayor seguridad.
Recomendaciones sencillas para archivos personales:
- Almacenar los archivos en la nube para acceder desde móvil, ordenador u otro dispositivo.
- Realizar copias periódicas en un disco externo, preferiblemente solo conectado durante la copia.
- Guardar una segunda copia en otra ubicación, como en otro dispositivo o en un servicio de almacenamiento diferente.
- Verificar que los archivos se abren correctamente y que la copia contiene las carpetas importantes.
- Conservar códigos de recuperación y credenciales de emergencia en un lugar seguro, lejos del dispositivo principal.
La estrategia 3-2-1 consiste en mantener tres copias de la información, usando dos tipos de soporte y guardando al menos una fuera de la ubicación principal. Aunque no garantiza una protección absoluta, reduce la dependencia de un único equipo, edificio o sistema.
Para archivos muy sensibles, conviene cifrar las copias y protegerlas con credenciales diferentes a las de las cuentas principales. Un disco externo conectado siempre al ordenador puede ser menos seguro frente a ciertos ataques que uno que permanece desconectado cuando no se usa. Además, es recomendable activar la autenticación multifactor en las cuentas que contienen archivos importantes.
El objetivo es que una incidencia en el proveedor, la pérdida del equipo o el bloqueo de una cuenta no impliquen perder todas las versiones de los datos.
El plan de contingencia que necesita una organización
Para una organización, la pérdida de acceso a los datos puede detener la facturación, la atención a clientes, la logística, las operaciones financieras o el trabajo de empleados. Por eso, el plan no debe limitarse a contratar espacio adicional en la nube. Debe definir qué servicios se recuperan primero, cuánto tiempo pueden estar sin operar y qué datos se pueden perder como máximo.
Dos conceptos clave ayudan a traducir esas necesidades en decisiones técnicas:
- RTO (Recovery Time Objective): tiempo máximo que la organización acepta para recuperar un servicio tras una interrupción.
- RPO (Recovery Point Objective): cantidad máxima de datos recientes que la organización puede perder, expresada como el tiempo transcurrido desde el último punto recuperable.
Una aplicación interna puede tolerar varias horas de inactividad, mientras que una plataforma de pagos o un sistema de pedidos puede necesitar recuperación mucho antes. La elección de la frecuencia de copias y el nivel de protección dependerá de estos requisitos específicos. Realizar copias diarias puede ser suficiente para algunos datos, pero no para bases de datos que operan en tiempo real.
La estrategia debe ajustarse considerando estas diferencias. No todos los sistemas necesitan una réplica activa en otra región, lo cual puede aumentar significativamente los costes y la complejidad. Para algunos, unas copias automáticas y pruebas de recuperación serán suficientes; para otros, será necesario mantener infraestructura preparada en una ubicación alternativa.
Una guía práctica incluye estas recomendaciones:
1. Identificar los datos y servicios críticos. Inventariar bases de datos, documentos, código, aplicaciones, configuraciones y dependencias externas. También documentar qué servicios deben recuperarse primero y quién tiene autoridad en decisiones de emergencia.
2. Separar las copias del entorno productivo. Las copias no deben depender exclusivamente de la misma cuenta, credenciales o infraestructura. Una copia protegida contra borrados accidentales y accesos no autorizados reduce riesgos de que un incidente afecte todo.
3. Almacenar copias fuera de la región principal. Replicar datos en diferentes zonas de disponibilidad ayuda ante fallos locales, pero no garantizan recuperación en caso de pérdida total de una región. Considerar ubicaciones alternas y evaluar qué servicios se pueden reconstruir allí.
4. Mantener versiones y copias inalterables cuando sea necesario. La replicación continua mantiene varias ubicaciones actualizadas, pero puede reproducir errores o eliminaciones accidentales. Versiones históricas ecopias inmutables durante periodos definidos permiten volver a estados anteriores.
5. Respaldar todo lo necesario para reconstruir el servicio. Datos, además, de código, configuraciones, claves seguras, imágenes de máquinas, documentación y procedimientos de despliegue.
6. Probar la recuperación periódicamente. La verificación no basta con marcar una copia como realizada. Es fundamental medir tiempos de restauración y asegurarse de que el sistema vuelve a operar en los plazos establecidos.
7. Preparar una alternativa operativa. En caso de no disponibilidad de la infraestructura principal, es importante saber cómo atender a clientes, registrar pedidos, comunicar incidencias y mantener operaciones críticas, incluso mediante procedimientos manuales si fuera necesario.
8. Definir claramente quién decide y cómo se comunica. Planificar responsables, canales de comunicación alternativos y criterios para activar la recuperación. En sectores donde el correo o herramientas de colaboración dependen del sistema afectado, debe existir un canal independiente.
¿Es suficiente contratar dos proveedores de nube?
No necesariamente. Tener varios contratos no implica que las aplicaciones puedan migrar automáticamente de uno a otro. Dependencias de bases de datos, servicios propietarios, formatos incompatibles, sistemas de identidad o límites en las transferencias pueden complicar la recuperación.
Una estrategia multicloud ayuda a reducir la dependencia de un proveedor, pero requiere mantener y probar ambos entornos. Para muchas empresas, una combinación de copias independientes, almacenamiento externo y procedimientos de restauración es más realista que duplicar toda la infraestructura.
También es importante revisar las condiciones contractuales, los tiempos de recuperación ofrecidos por el proveedor y la ubicación de los datos. La expresión “alta disponibilidad” a menudo se refiere a la continuidad ante ciertos fallos, no necesariamente a la resiliencia frente a pérdidas completas de varios centros o regiones.
El coste de la contingencia debe valorarse frente al impacto potencial de una interrupción. No todos los datos requieren la misma protección, pero los sistemas críticos para el negocio deben tener objetivos de recuperación claros y pruebas que garanticen que estos se cumplen.
La nube sigue siendo útil, pero la recuperación no puede darse por hecha
Los centros de datos ofrecen ventajas de escala, expansión y servicios que serían difíciles de mantener para una organización por sí sola. Su uso no implica que los datos estén siempre a salvo ni que un ataque militar provoque pérdidas generalizadas. Los proveedores implementan mecanismos de redundancia y recuperación, aunque la efectividad depende de la arquitectura contratada y del uso que cada cliente haga de ella.
Los incidentes de 2026 demuestran que proteger la infraestructura física también es clave para la continuidad digital. Copias en la misma región pueden no ser suficientes ante un desastre regional; la replicación no siempre protege contra corrupción o daño; y tener una copia no asegura un procedimiento efectivo de recuperación en tiempo.
Para usuarios particulares, una copia externa actualizada y verificada regularmente puede marcar la diferencia. En las empresas, la estrategia adicional consiste en definir cuánto tiempo puede estar sin servicio cada sistema, qué nivel de pérdida de información es aceptable y cómo mantener la actividad si el proveedor principal falla.
La probabilidad de ataques militares variará según país, ubicación e infraestructura. Pero el mismo plan ayuda ante fallos eléctricos, incendios, errores humanos, ciberataques o problemas del proveedor. Prepararse para estos escenarios no significa asumir que ocurrirán mañana, sino evitar que un solo incidente borre la única copia accesible.
Preguntas frecuentes
¿Es posible perder archivos en la nube tras un ataque militar?
Sí, un ataque puede destruir infraestructura o dejar los datos inaccesibles. La recuperación depende de si existen copias en otras ubicaciones y del diseño del servicio.
¿Google Drive, OneDrive o Dropbox reemplazan una copia de seguridad?
No siempre. La sincronización mantiene los archivos actualizados entre dispositivos, pero puede propagar eliminaciones y cambios no deseados. Tener una copia independiente asegura una vía adicional de recuperación.
¿Qué implica la regla de copias 3-2-1?
Mantener tres copias de los datos, usando dos soportes diferentes y guardando al menos una fuera del entorno principal. Es una estrategia para minimizar la dependencia de un solo sistema.
¿Qué debe incluir un plan de contingencia empresarial?
Debe definir qué sistemas son críticos, los tiempos de recuperación, la cantidad máxima de datos que se pueden perder, cómo mantener copias seguras y cómo restaurar servicios, además de realizar pruebas periódicas para verificar su eficacia.