--- title: "Los centros de datos también son objetivos militares: cómo proteger tus archivos si la nube cae" description: "Los ataques con drones contra centros de datos en Rusia y los daños sufridos por instalaciones de Amazon Web Services (AWS) en Oriente Próximo han mostrado una vulnerabilidad que afecta tanto a gobier..." url: https://revistacloud.com/los-centros-de-datos-tambien-son-objetivos-militares-como-proteger-tus-archivos-si-la-nube-cae/ date: 2026-10-14 modified: 2026-10-14 author: "Silvia A. Feliz" image: https://revistacloud.com/wp-content/uploads/2026/09/aws-migrate-load-iran-war.jpg categories: ["Análisis y opinión", "Seguridad"] tags: ["backup", "Centros de datos", "continuidad de negocio", "recuperación ante desastres"] type: post lang: es --- # Los centros de datos también son objetivos militares: cómo proteger tus archivos si la nube cae Los ataques con drones contra centros de datos en Rusia y los [daños sufridos por instalaciones de Amazon Web Services (AWS) en Oriente Próximo](https://revistacloud.com/aws-sufre-un-apagon-en-oriente-medio-tras-danos-en-un-centro-de-datos-en-emiratos-el-cloud-descubre-su-talon-de-aquiles-fisico/) han mostrado una vulnerabilidad que afecta tanto a gobiernos como a empresas y usuarios particulares: guardar archivos en la nube no significa que estén a salvo de cualquier desastre. Cuando una instalación pierde sus servidores, electricidad o sistemas de refrigeración, las consecuencias 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 ataque en 20 segundos** - En octubre de 2026, tres centros de datos de Yandex sufrieron ataques con drones en distintas regiones de Rusia y quedaron total o parcialmente fuera de servicio. - En marzo, AWS confirmó daños en tres instalaciones de Emiratos Árabes Unidos y Bahréin tras ataques con drones. - Tener varias copias no basta si todas dependen de la misma región, cuenta o proveedor. - Usuarios y empresas pueden reducir el riesgo con copias independientes, pruebas de restauración y planes para trabajar durante una caída prolongada. La nube parece algo intangible: se suben documentos, fotografías, bases de datos o aplicaciones y se accede a ellos desde cualquier lugar. Pero detrás de cada servicio hay edificios, servidores, redes de comunicaciones, suministro eléctrico, sistemas de refrigeración y personal técnico. Una interrupción grave en cualquiera de esos elementos puede dejar inaccesible la información o destruir parte de ella. Los ataques militares no son el único riesgo. Un incendio, una inundación, un error de configuración, un ataque de ransomware o el cierre de una cuenta también pueden interrumpir el acceso a los datos. La diferencia es que un ataque físico puede afectar simultáneamente a equipos, comunicaciones y sistemas de recuperación que se encuentran 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 de un único camino para recuperar la información. ## 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 resultaron afectados por ataques con drones en las regiones rusas de Riazán, Kaluga y Vladímir. La empresa confirmó el cierre de la instalación de Sasovo, daños parciales en Kaluga y la interrupción de la actividad en Vladímir. Los incidentes afectaron a distintos servicios de la compañía, entre ellos su plataforma de nube, sus aplicaciones de movilidad y su sistema de pagos. Yandex advirtió a sus clientes de que su plataforma funcionaba en modo de emergencia y recomendó recurrir a los planes alternativos de recuperación disponibles. La incidencia demuestra que disponer de varias instalaciones no garantiza la continuidad si varios emplazamientos sufren daños en un intervalo breve o si la capacidad restante no puede absorber toda la demanda. El antecedente de Oriente Próximo es igualmente relevante. En marzo de 2026, AWS confirmó que dos centros de datos de Emiratos Árabes Unidos habían recibido impactos directos y que una tercera instalación de Bahréin había resultado afectada por un ataque en las proximidades. La compañía comunicó daños estructurales, interrupciones en el suministro eléctrico y daños por agua relacionados con las labores de extinción. Las consecuencias alcanzaron a servicios alojados en la región de AWS afectada. La repercusión concreta dependió de la arquitectura de cada cliente, de los servicios utilizados y de la existencia de recursos alternativos. No significa que todos los datos guardados en AWS se perdieran ni que todos los servicios de la empresa quedaran interrumpidos. Tampoco debe confundirse la disponibilidad de una aplicación con la pérdida definitiva de sus datos. Un servicio puede dejar de responder porque sus servidores están desconectados, aunque la información siga almacenada en un soporte recuperable. En otros casos, el daño físico, la falta de réplicas o la imposibilidad de acceder a las copias sí puede hacer que la recuperación sea mucho más difícil. Los dos episodios muestran por qué la ubicación de la infraestructura importa. Una empresa puede contratar un proveedor global y, aun así, mantener todos sus sistemas críticos en una sola región o concentrar las copias en instalaciones expuestas al mismo incidente. ## Qué debería hacer un usuario para no perder sus archivos Para un particular, la primera medida consiste en distinguir entre sincronización y copia de seguridad. Servicios como Google Drive, OneDrive, Dropbox o iCloud permiten acceder a los mismos archivos desde distintos dispositivos, pero la sincronización también puede propagar borrados o modificaciones no deseadas. Si un archivo desaparece de la carpeta sincronizada, el cambio puede replicarse en otros equipos, aunque algunos servicios mantengan versiones anteriores o una papelera durante un periodo limitado. Una copia independiente permite recuperar los documentos sin depender exclusivamente de esa sincronización. No hace falta construir un sistema profesional para proteger fotografías, documentos personales o archivos de trabajo, pero sí conviene mantener una segunda copia fuera del servicio principal. **Una pauta sencilla para los archivos personales:** - **Mantener los archivos en la nube** para acceder a ellos desde el móvil, el ordenador o cualquier otro dispositivo. - **Realizar una copia periódica en un disco externo**, conectado solo durante la copia cuando sea posible. - **Conservar una segunda copia en otra ubicación**, por ejemplo, en otro dispositivo o en un servicio de almacenamiento diferente. - **Comprobar que los archivos se pueden abrir** y que la copia contiene realmente las carpetas importantes. - **Guardar los códigos de recuperación y las credenciales de emergencia** en un lugar seguro, separado del dispositivo principal. La regla de las copias 3-2-1 resume una estrategia extendida: mantener tres copias de la información contando la original, utilizar dos tipos de soporte y guardar al menos una copia fuera de la ubicación principal. No es una garantía absoluta, pero reduce la dependencia de un único equipo, edificio o sistema. Para archivos especialmente sensibles, conviene cifrar las copias y protegerlas con credenciales diferentes a las de la cuenta principal. Un disco externo conectado permanentemente al ordenador ofrece menos protección frente a determinados ataques informáticos que otro que permanece desconectado cuando no se utiliza. También es recomendable activar la autenticación multifactor en las cuentas que almacenan los archivos. El objetivo es que una incidencia en el proveedor, la pérdida del ordenador o el bloqueo de una cuenta no implique perder todas las versiones disponibles. ## El plan de contingencia que necesita una empresa En una empresa, la pérdida de acceso a los datos puede detener la facturación, la atención al cliente, la logística, las operaciones financieras o el trabajo de sus empleados. Por eso, el plan no debe limitarse a contratar espacio adicional en la nube. Tiene que especificar qué se recuperará primero, cuánto tiempo puede estar cada servicio sin funcionar y qué información se puede perder como máximo. Dos conceptos ayudan a traducir esas necesidades a decisiones técnicas: - **RTO (*****Recovery Time Objective*****):** tiempo máximo que la organización acepta tardar en recuperar un servicio después de una interrupción. - **RPO (*****Recovery Point Objective*****):** cantidad máxima de datos recientes que la organización acepta perder, expresada como el tiempo transcurrido desde el último punto recuperable. Una aplicación de uso interno podría tolerar varias horas de interrupción. Una plataforma de pagos o un sistema que gestiona pedidos quizá necesite recuperarse mucho antes. Del mismo modo, una copia diaria puede ser suficiente para documentos que cambian poco, pero no para una base de datos que registra operaciones continuamente. La estrategia debe ajustarse a esas diferencias. No todas las aplicaciones necesitan una réplica activa en otra región, una solución que puede elevar bastante los costes y la complejidad. Para algunos sistemas, unas copias automatizadas y una recuperación probada serán suficientes. Para otros, será necesario mantener infraestructura preparada en una ubicación alternativa. Una guía práctica para las organizaciones incluye estas medidas: **1. Identificar los datos y servicios críticos.** Hay que inventariar bases de datos, documentos, código fuente, aplicaciones, sistemas de identidad, configuraciones y dependencias externas. También conviene documentar qué servicios deben recuperarse primero y quién puede autorizar las decisiones de emergencia. **2. Separar las copias del entorno de producción.** Las copias no deberían depender exclusivamente de la misma cuenta, las mismas credenciales o la misma infraestructura que los sistemas originales. Una copia protegida frente a borrados y accesos administrativos no autorizados reduce el riesgo de que un único incidente afecte a todo. **3. Guardar copias fuera de la región principal.** Replicar datos entre zonas de disponibilidad puede proteger frente a determinados fallos locales, pero no equivale a disponer de una recuperación ante la pérdida de una región completa. Para cubrir ese escenario hay que estudiar una ubicación alternativa y comprobar qué servicios pueden reconstruirse allí. **4. Conservar versiones y copias inmutables cuando sea necesario.** La replicación continua mantiene varias ubicaciones actualizadas, pero también puede reproducir una eliminación accidental o una corrupción. Las versiones históricas y las copias que no se pueden modificar durante un periodo definido permiten volver a un estado anterior. **5. Respaldar también lo necesario para reconstruir el servicio.** Los datos por sí solos no bastan. Una recuperación puede requerir código, configuraciones, claves gestionadas de forma segura, imágenes de máquinas, documentación, infraestructura como código y procedimientos para desplegar los sistemas. **6. Probar la restauración.** Una tarea de copia marcada como completada no demuestra que todos los archivos estén íntegros ni que una aplicación pueda volver a funcionar. Las pruebas periódicas deben medir cuánto se tarda en recuperar los datos y comprobar que el servicio vuelve a operar dentro de los objetivos establecidos. **7. Preparar una alternativa operativa.** Si la plataforma principal no está disponible, la empresa debe saber cómo atender a los clientes, registrar pedidos, comunicar incidencias y mantener las operaciones prioritarias. En determinados sectores puede ser necesario disponer de procedimientos manuales temporales. **8. Definir quién decide y cómo se informa.** El plan debe identificar a las personas responsables, los canales de comunicación alternativos y los criterios para activar la recuperación. Si el correo corporativo o las herramientas de colaboración también dependen del servicio afectado, hace falta un canal independiente. ### ¿Es suficiente contratar dos proveedores de nube? No necesariamente. Tener dos contratos no garantiza que las aplicaciones puedan trasladarse de uno a otro. Puede haber dependencias de bases de datos, servicios propietarios, formatos incompatibles, sistemas de identidad o límites de transferencia que compliquen la recuperación. Una estrategia multicloud puede reducir la dependencia de un proveedor, pero también exige mantener y probar dos entornos. Para muchas empresas, una combinación de copias independientes, almacenamiento externo y procedimientos de reconstrucción resulta más realista que duplicar toda la infraestructura. También hay que revisar las condiciones contractuales, los tiempos de recuperación que ofrece el proveedor y la ubicación efectiva de los datos. La expresión «alta disponibilidad» puede referirse a la continuidad frente a ciertos fallos, no necesariamente a la supervivencia ante la pérdida simultánea de varios centros de datos o de una región completa. El coste de la contingencia debe compararse con el impacto que tendría una interrupción. No todos los datos necesitan la misma protección, pero los sistemas que sostienen la actividad comercial deben contar con objetivos de recuperación explícitos y pruebas que demuestren que son alcanzables. ## La nube sigue siendo útil, pero la recuperación no puede darse por supuesta Los centros de datos ofrecen economías de escala, capacidad de ampliación y servicios que serían difíciles de mantener para una organización por su cuenta. Su utilización no implica que los datos estén permanentemente expuestos ni que un ataque militar vaya a provocar una pérdida generalizada. Los proveedores operan con mecanismos de redundancia y recuperación, aunque su alcance depende de la arquitectura contratada y de cómo la utilice cada cliente. Los incidentes de 2026 muestran, sin embargo, que la protección de la infraestructura física forma parte de la continuidad digital. Las copias ubicadas en la misma región pueden no ser suficientes ante un desastre regional; la replicación no siempre protege contra la corrupción; y disponer de una copia no garantiza que exista un procedimiento capaz de restaurarla a tiempo. Para un usuario particular, una copia externa que se actualice y se compruebe con regularidad puede marcar la diferencia. Para una empresa, el paso adicional consiste en decidir cuánto tiempo puede detenerse cada sistema, qué pérdida de información es aceptable y cómo se recuperará el negocio si falla el proveedor principal. La probabilidad de un ataque militar dependerá del país, la ubicación y el tipo de infraestructura. Pero el mismo plan también ayuda ante fallos eléctricos, incendios, errores humanos, ciberataques o problemas del proveedor. Prepararse para esos escenarios no exige asumir que ocurrirán mañana; exige evitar que un único incidente pueda borrar la única copia disponible. ## Preguntas frecuentes ### ¿Se pueden perder los archivos guardados en la nube por un ataque militar? Sí, es posible que un ataque destruya infraestructura o deje los datos inaccesibles. El resultado depende de si existen copias recuperables en otras ubicaciones y de cómo esté diseñado el servicio. ### ¿Google Drive, OneDrive o Dropbox sustituyen a una copia de seguridad? No siempre. La sincronización mantiene los archivos actualizados entre dispositivos, pero también puede propagar borrados y modificaciones. Una copia independiente permite disponer de otra vía de recuperación. ### ¿Qué es la regla de copias de seguridad 3-2-1? Consiste en mantener tres copias de los datos contando la original, utilizar dos tipos de soporte y guardar al menos una copia fuera de la ubicación principal. Es una pauta para reducir la dependencia de un solo sistema. ### ¿Qué debe incluir el plan de contingencia de una empresa? Debe identificar los sistemas críticos, definir los tiempos de recuperación y la pérdida de datos aceptable, conservar copias independientes, documentar cómo reconstruir los servicios y probar periódicamente la restauración.