Guías de seguridad

Fundamentos de copias de seguridad: la regla 3-2-1 y un plan de recuperación que sobrevive al ransomware

Tener copias no significa poder restaurar. La regla 3-2-1, una copia offline o inmutable que el ransomware no puede cifrar y una prueba de restauración.

Publicado 2026-06-12 Actualizado 2026-10-06 14 min de lectura
En esta página

Para: cualquiera que trabaje en solitario o en equipo pequeño y que conserva «algún tipo de copia de seguridad» pero se pregunta «¿esto basta de verdad?» Aquí no hay pasos de ataque — solo cómo construir una copia de seguridad de la que puedas restaurar de forma fiable.

La visión de este sitio: la «sincronización en la nube» no es una copia de seguridad

Una suposición común es «sincronizo con OneDrive/Google Drive, así que tengo copia». No es así. La sincronización replica el estado actual, así que un archivo que borras por error, o uno que el ransomware cifra, se copia al otro lado en ese estado.

Una copia de seguridad necesita la capacidad de volver a un estado anterior: versionado que restaure una copia anterior, y una copia inmutable que no pueda sobrescribirse después. La sincronización es cómoda, pero por sí sola, cuando un lado se rompe, ambos se rompen. Trátala como un rol totalmente distinto del de copia de seguridad.

Por qué «tengo una copia de seguridad» no basta

Necesitas copias de seguridad porque las causas de la pérdida de datos son muchas — y llegan juntas. Fallo de hardware, borrado por error, robo y desastre, y ransomware. Una línea de defensa pasa por alto los accidentes que vienen de otra dirección.

sync ≠ guardar
también replica borrados y cifrado
siempre activa
una copia conectada se cifra contigo
3-2-1
redundancia por número, medio y ubicación
prueba de restauración
es copia de seguridad solo si restaura

El ransomware en particular busca las propias copias de seguridad y las cifra. Una copia guardada en el mismo lugar que los datos se daña en el mismo incidente. Esta es la forma más básica de «mantener un estado restaurable» de la respuesta a vulnerabilidades (→ la práctica de la respuesta a vulnerabilidades).

La forma básica: 3-2-1 (+ offline/inmutable)

3 — tres copias

el original más dos. Una falla, las otras dos aún restauran.

2 — dos tipos de medio

p. ej. disco interno + SSD externo, o NAS + nube. No los juntes en una sola caja.

1 — una fuera del sitio

otra ubicación (nube / sitio aparte). El fuego, el robo o la inundación no lo borrarán todo.

+ una offline/inmutable

no siempre conectada, o no sobrescribible. Conserva siempre una copia que el ransomware no pueda cifrar.

3-2-1 = tres copias, dos tipos de medio, una fuera del sitio. Más una copia offline/inmutable, aislada del ransomware.

Cómo construirlo (rellénalo por orden)

1

Primero, inventaria «lo que dolería perder»

Fotos, documentos, código, bases de datos, configuración (una copia segura de claves/cadenas de conexión) — lista lo que debe ser restaurable. No protejas todo por igual; prioriza lo irremplazable si se pierde.
2

Distribúyelo como 3-2-1

Tres copias, repartidas en dos tipos de medio, una fuera del sitio (nube, etc.). El sentido de la redundancia es no ponerlo todo en un dispositivo, en un lugar ni en un medio.
3

Haz al menos una offline/inmutable

La defensa más eficaz contra el ransomware. Conserva un disco externo que normalmente desconectas, o almacenamiento no sobrescribible (object lock y similares — inmutable), para tener una copia que el atacante no pueda cifrar.
4

Automatízalo (lo manual no dura)

La gente siempre olvida. Usa copias de seguridad programadas y automáticas con versionado (conserva copias antiguas diarias/semanales) para no acabar nunca con «solo existe la última».
5

Prueba la restauración de forma programada

El paso más omitido y más importante. Restaura de verdad en otro lugar y confirma que abre. Una copia de seguridad que no puedes restaurar es lo mismo que ninguna copia. Este es el corazón del Nivel 3 (detección, recuperación) de la lista de base.

El ransomware también ataca las copias de seguridad

El ransomware moderno cifra no solo los datos principales sino cualquier destino de copia conectado que pueda encontrar (NAS, discos externos, nube montada). Así que si solo tienes una copia siempre conectada, se cifra junto con todo lo demás.

La defensa más eficaz es conservar al menos una copia que sea offline (físicamente desconectada) o inmutable (sobrescritura/borrado prohibidos durante un periodo). Si tienes o no esa copia es lo que separa pagar el rescate de no pagarlo.

Solo sincronización en la nube

  • los borrados y el cifrado se sincronizan tal cual
  • no puedes volver a una versión anterior
  • siempre conectada = cifrada también por el ransomware
  • nunca has comprobado si restaura

3-2-1 + inmutable + prueba de restauración

  • el versionado restaura una copia anterior limpia
  • una copia offline/inmutable aislada del ransomware
  • la redundancia en lugar y medio significa sin pérdida total
  • las pruebas periódicas confirman que restaura de verdad

Por entorno: qué viene incluido y qué añadir

Para cada entorno habitual: el mecanismo incluido, si permite volver a versiones anteriores y qué añadir pensando en el ransomware.

EntornoMecanismo incluido¿Puedes volver a versiones anteriores?Qué añadir
WindowsHistorial de archivos (guarda en un disco externo o una ubicación de red)Sí («Restaurar versiones anteriores» en el Explorador de archivos)Desconecta el disco de destino al terminar la copia. Pon una segunda copia en otro lugar
Windows (app Copia de seguridad de Windows)Sincroniza carpetas como Escritorio y Documentos con OneDriveDepende de las funciones de OneDrivePor debajo es sincronización, así que conserva también el Historial de archivos o una copia externa
MacTime MachineSí (cada hora en las últimas 24 horas, a diario en el último mes, semanal antes de eso)Guarda un segundo disco de copia en otro lugar y alterna de vez en cuando
iPhoneCopia en iCloud (automática mientras está cargando, con Wi-Fi y bloqueado)Pensada para restaurar el dispositivo enteroGuarda también las fotos y documentos importantes en un ordenador o un disco externo
OneDriveSincronizaciónLos suscriptores de Microsoft 365 pueden usar «Restaurar OneDrive» para volver a un punto de los últimos 30 díasUna copia offline, separada de la sincronización
Google DriveSincronizaciónLos archivos que no son de Google pueden revertirse con «Gestionar versiones»; las versiones antiguas pueden borrarse a los 30 días o cuando haya 100 versiones más nuevasUsa "Keep forever" (conservar para siempre) en las versiones que necesites, más una copia offline
Servidor / VPSUna herramienta de copia (restic, etc.) y un destino aparteSí, desde las instantáneas de la herramientaHaz que el destino no pueda borrarse desde el servidor de producción (S3 Object Lock, etc.)
Hosting web compartidoLas copias automáticas del proveedorSolo dentro del periodo de retención del proveedorCopia también tus datos fuera del proveedor con regularidad (a tu equipo o a una nube)

La columna «Qué añadir» es el trabajo de completar el resto de la 3-2-1. Casi ningún entorno te da 3-2-1 más una copia offline solo con el mecanismo incluido.

Cómo revisar tu propia configuración

Para dejar atrás el «creo que está haciendo copias», comprueba lo siguiente por orden. Cada paso solo mira ajustes de tus propios dispositivos y cuentas.

1

Mira cuándo fue la última copia correcta

  • Windows: abre «Historial de archivos» en el Panel de control y comprueba que está activado, qué disco usa y cuándo se copiaron los archivos por última vez.
  • Mac: consulta la hora de la última copia en Ajustes del Sistema → General → Time Machine. En Terminal, tmutil latestbackup muestra la última copia y tmutil destinationinfo muestra el destino (en algunas configuraciones Terminal necesita Acceso total al disco).
  • iPhone: Ajustes → tu nombre → iCloud → Copia en iCloud muestra la fecha y hora de la última copia.
  • Servidor: con restic, restic snapshots lista las instantáneas con sus fechas.

Si la fecha se quedó parada hace días, eso es lo primero que hay que arreglar.

2

Comprueba que el destino no está siempre conectado

Comprueba si tu disco externo o tu NAS sigue enchufado y visible como unidad todo el tiempo. En un servidor, comprueba en los ajustes de permisos que las credenciales guardadas en el servidor de producción no pueden también borrar las copias. Con S3, comprueba además si Object Lock está activado en el bucket de destino.

3

Comprueba que la nube puede volver atrás

En OneDrive, mira si aparece «Restaurar OneDrive» en Configuración → Opciones (para suscriptores de Microsoft 365). En Google Drive, haz clic derecho en un archivo y mira si «Gestionar versiones» lista versiones anteriores. Ambos tienen límites de retención, así que necesitas otra forma de volver más atrás.

4

Restaura de verdad una cosa (la prueba de restauración)

Elige un archivo importante y restáuralo en otra ubicación, y después ábrelo. En Windows, haz clic derecho en la carpeta y elige «Restaurar versiones anteriores»; en un Mac, restaura desde Time Machine. En un servidor, restaura en otro directorio e inspecciónalo; con restic, algo como restic check --read-data-subset=5% vuelve a leer parte de los datos guardados para verificarlos. Para una base de datos, restaura en una base de datos aparte y confirma que arranca.

5

Anota el resultado y cuánto tardó

Anota la fecha, qué restauraste y cuánto tardó. Te dice aproximadamente cuántas horas llevaría una restauración completa, y notarás los cambios en la siguiente prueba.

Errores habituales y cómo corregirlos

  • Dejar el disco externo conectado: para el ransomware, un disco conectado es un sitio más que cifrar. Desconéctalo después de cada copia, o alterna dos discos para que uno esté siempre desconectado.
  • Tratar la sincronización como copia de seguridad: la copia de carpetas de la app Copia de seguridad de Windows es por debajo sincronización con OneDrive. Conserva una copia aparte que guarde versiones anteriores.
  • Usar en la consola de copias la misma contraseña que en producción: si toman producción, las copias también se borran. Usa otra contraseña y activa la autenticación multifactor.
  • No vigilar las alertas de fallo: una copia que se ha detenido pasa desapercibida. Activa las notificaciones de fallo y revisa la hora de la última copia una vez al mes.
  • Guardar lo necesario para restaurar solo dentro de la copia: guarda la contraseña de cifrado y las claves de recuperación en un lugar separado de la copia (→ cómo elegir un gestor de contraseñas).
  • Hacer una copia offline una vez y nunca más: solo puedes restaurar hasta el momento en que se hizo esa copia. Renuévala con un calendario fijo, por ejemplo cada mes.

Un caso público: lo que sobrevivió fue una copia antigua desconectada

El informe del comité de expertos (publicado en junio de 2022) sobre el ataque de ransomware que sufrió el Hospital Handa de la localidad de Tsurugi (en inglés) en octubre de 2021 dice lo siguiente sobre las copias de seguridad:

  • El servidor de copias estaba en la lista de servidores cuyo cifrado se confirmó
  • Los datos de copia que se habían guardado offline hasta 2018 no se vieron afectados y pudieron usarse para la recuperación
  • La atención ambulatoria normal se reanudó el 4 de enero de 2022, unos dos meses después del ataque

La copia conectada cayó junto con producción; la copia desconectada sobrevivió. Pero esa copia tenía varios años. Una copia offline solo ayuda del todo si la renuevas con regularidad, para que el punto al que puedes restaurar siga siendo reciente.

Lo que hace este sitio

Este sitio toma sus datos y documentos de forma automática, a una ubicación aparte, a través de múltiples generaciones, y lo combina con un enfoque «reconstruible por diseño donde sea posible». Los datos que pueden regenerarse mecánicamente (feeds ingeridos, índices), por ejemplo, se conservan bajo la suposición de que pueden reconstruirse en lugar de depender de copias de seguridad — una forma de «reducir de entrada la carga de las copias». Sobre eso, las cosas irremplazables (cuerpos de artículos, configuración) se conservan de forma redundante, y mantener un estado restaurable en todo momento es una premisa de la operación.

Al cambiar hardware sin soporte (→ el artículo sobre el fin de soporte de Windows 10), la razón por la que puedes migrar con confianza es que existe una copia de seguridad restaurable. Piensa en la copia de seguridad no solo como algo para cuando han fallado todos los demás controles, sino como una condición previa para la respuesta a incidentes.

Leer a continuación

Fuentes

  • CISA y otros, "#StopRansomware Guide" (conservar copias offline y cifradas y probar la restauración con regularidad): cisa.gov
  • Hospital Handa de la localidad de Tsurugi, informe de investigación del comité de expertos sobre el incidente del virus informático (junio de 2022, en japonés): handa-hospital.jp
  • Soporte de Microsoft, "Backup and restore with File History": support.microsoft.com
  • Soporte de Microsoft, "Back up your folders with OneDrive": support.microsoft.com
  • Soporte de Microsoft, "Restore your OneDrive": support.microsoft.com
  • Ayuda de Google Drive, "Check activity & file versions": support.google.com
  • Soporte de Apple, "Back up your Mac with Time Machine": support.apple.com
  • Soporte de Apple, "How to back up your iPhone with iCloud": support.apple.com
  • Documentación de AWS, "Locking objects with Object Lock": docs.aws.amazon.com
  • Documentación de restic, "Working with repositories" (snapshots / check): restic.readthedocs.io

FAQ

Q¿La sincronización en la nube (Google Drive, OneDrive) cuenta como copia de seguridad?
A

La sincronización no es una copia de seguridad. La sincronización replica el estado actual, así que un archivo que borraste por error — o uno que el ransomware cifró — se copia a la nube en ese estado roto. Una copia de seguridad necesita la capacidad de volver a un estado anterior: versionado (restaurar una versión anterior) y una copia inmutable que no pueda sobrescribirse. Solo con sincronización, cuando un lado se rompe, también el otro.

Q¿Qué es la regla 3-2-1?
A

Conserva tres copias de tus datos (el original más dos), guárdalas en dos tipos de medio distintos y mantén una de ellas fuera del sitio. Es redundancia para que un solo fallo de dispositivo, un solo desastre en una ubicación o un solo error no lo borren todo. Para el ransomware, la adición moderna es «al menos una copia offline o inmutable».

Q¿Qué ayuda más contra el ransomware?
A

Tener al menos una copia de seguridad «offline» (no siempre conectada) o «inmutable» (que no pueda sobrescribirse). El ransomware busca y cifra activamente también las copias de seguridad, así que una copia siempre conectada se cifra junto con el original. Una copia desconectada o no sobrescribible te permite restaurar sin pagar. Luego confirma que de verdad funciona con pruebas de restauración periódicas.

Q¿Puedo dejar un disco duro externo conectado para las copias de seguridad?
A

Protege contra el borrado por error y el fallo de hardware, pero no bien contra el ransomware. Un disco que sigue conectado es, para el ransomware, un sitio más que puede cifrar. Desconéctalo después de cada copia, o alterna dos discos para que uno esté siempre desconectado; así al menos una copia queda siempre aislada.

Q¿Con qué frecuencia debo hacer copias de seguridad?
A

Decídelo según cuánto trabajo puedes permitirte perder: a diario si es aceptable perder un día, cada hora si es aceptable perder una hora. Time Machine en un Mac hace copias cada hora y conserva copias horarias de las últimas 24 horas, diarias del último mes y semanales de antes. La automatización importa más que la frecuencia, porque las rutinas manuales acaban abandonándose. Renueva la copia offline con un calendario fijo, por ejemplo cada mes.

Q¿En qué debe consistir exactamente una prueba de restauración?
A

Elige un archivo importante, restáuralo en otra ubicación y confirma que se abre. En Windows, haz clic derecho en la carpeta y usa «Restaurar versiones anteriores»; en un Mac, restaura desde Time Machine. En un servidor, restaura en un directorio o una base de datos aparte y comprueba que la aplicación arranca. Anota la fecha, qué restauraste y cuánto tardó, para saber aproximadamente cuánto llevaría una restauración completa.