Ein Backup ist kein Backup-Konzept: Wiederherstellung nach Ransomware

Hoy en día, casi todas las empresas disponen de copias de seguridad. Sin embargo, cuando actúa el ransomware, se evidencia regularmente que: los datos están respaldados, pero que la La recuperación no funciona — demasiado lento, incompleto o cifrado simultáneamente. La diferencia no radica en el software, sino en el concepto subyacente.

Por qué fallan las copias de seguridad en situaciones críticas

• Destino de copia de seguridad en el mismo contexto: El sistema de copia de seguridad está vinculado al mismo dominio con las mismas cuentas de administrador. Los atacantes cifran deliberadamente las copias de seguridad primero.
• Recuperación no probada: La restauración nunca se ha probado. En un caso real, tardaría días en lugar de horas, o fallaría silenciosamente.
• Secuencia poco clara: Nadie ha definido qué sistemas deben restaurarse primero. La recuperación se está realizando según el instinto.
• Falta de responsabilidad El backup está 'funcionando', pero nadie revisa las notificaciones de éxito diarias.

La regla 3-2-1-1-0 como estándar mínimo

• 3 Copias de sus datos.
• 2 diferentes medios o sistemas.
• 1 Copia de seguridad externa
• 1 Las copias deben ser fuera de línea o inmutables; no deben poder ser sobrescritas, ni siquiera por los administradores.
• 0 Restauraciones no probadas: cada prueba de restauración debe completarse sin errores.

La inmutabilidad es el punto decisivo.

El ransomware moderno elimina o cifra específicamente las copias de seguridad en línea antes de atacar los sistemas de producción. La respuesta es Almacenamiento inmutable (Object Lock): Los datos de respaldo son de solo lectura durante un periodo de retención definido, incluso con permisos de administrador completos. De este modo, siempre se mantiene un estado limpio al que se puede recurrir.

La recuperación es un proceso, no un botón

• Definir el orden: Primero identidades y red, luego sistemas centrales, luego aplicaciones de negocio; no al revés.
• Definir RTO y RPO por sistema: ¿Cuánto tiempo puede estar caído un sistema y cuánta pérdida de datos es tolerable? Estas son decisiones de negocio, no cuestiones informáticas.
• Mantener un manual de emergencia en formato offline: Quién llama a quién, qué sistemas tienen prioridad, ¿dónde están los accesos? Impresos, no en el servidor que está cifrado.
• Practicar al menos una vez al año: Una restauración bajo presión de tiempo es el momento equivocado para el primer intento.

La referencia a NIS2

La transposición alemana de la directiva NIS2 exige explícitamente, dentro de la gestión de riesgos, la gestión de copias de seguridad, la planificación de contingencias y la acreditación de las mismas. Por lo tanto, un concepto de copia de seguridad documentado y probado ya no es una tarea voluntaria para unas 30.000 empresas, sino una obligación, con responsabilidad personal de la dirección general.

Nota: Este artículo no sustituye el asesoramiento jurídico. Sirve como orientación inicial; el análisis vinculante de su situación debe ser realizado por expertos.

← todas las guías