Immutable Backup & WORM-Speicher

Ein Immutable Backup (unveränderbare Datensicherung) auf Basis von WORM-Speicher (Write Once, Read Many) stellt technisch sicher, dass einmal gespeicherte Backup-Bestände während einer vorab festgelegten Aufbewahrungsfrist (Retention Lock) weder verändert noch überschrieben oder gelöscht werden können. Dieser Schreibschutz wird direkt im Dateisystem (z. B. ZFS/XFS) oder im Objektspeicher (S3 Object Lock im Compliance-Modus) verankert.

Der entscheidende Unterschied zu herkömmlichen Backups: Selbst wenn Angreifer die höchsten Administrator-Zugangsdaten des Unternehmens oder der Backup-Software erbeuten, lässt sich die Sperrfrist nicht verkürzen – die gesicherten Stände bleiben unangetastet.

Warum unveränderbare Backups heute für jede Unternehmensgröße Pflicht sind

Bei nahezu jedem schweren Ransomware-Vorfall versuchen die Angreifer als Erstes, sämtliche erreichbaren Netzwerksicherungen und Snapshots zu löschen, um das betroffene Unternehmen zur Lösegeldzahlung zu zwingen. Ein unveränderbares Backup nach der 3-2-1-1-0-Regel (drei Kopien, zwei Speichertechnologien, eine Kopie an einem getrennten Standort, eine unveränderbare Kopie, null Fehler beim automatischen Wiederherstellungstest) verhindert genau dieses Szenario.

Darüber hinaus verlangen heute fast alle Cyberversicherungen vor Vertragsabschluss sowie die technischen Sicherheitsvorgaben unter NIS-2** einen wirksamen Schutz der Datensicherung gegen Manipulation.

Zwei gefährliche Konfigurationsfehler, die den WORM-Schutz aushebeln

Eine oft übersehene Schwachstelle ist ein ungeschützter Zeitserver (NTP): Wenn der Backup-Server seine Uhrzeit über einen manipulierbaren internen Server bezieht, kann ein Angreifer das Systemdatum künstlich um mehrere Monate vorstellen. Das Speichersystem geht dann davon aus, dass die Aufbewahrungsfrist abgelaufen ist, und gibt die Backups zur Löschung frei.

Genauso kritisch ist es, den „unveränderbaren“ Backup-Server als virtuelle Maschine auf demselben Virtualisierungs-Cluster zu betreiben, den er eigentlich sichern soll: Wer den darunterliegenden Hypervisor übernimmt, löscht einfach die gesamte Backup-VM.

3 Schritte für eine manipulationssichere Backup-Umgebung

• Physisch getrennte Server-Hardware für das Backup nutzen: Betreiben Sie Ihren Backup-Speicher (z. B. Proxmox Backup Server oder ein gehärtetes Linux-Repository) immer auf eigener Hardware außerhalb des produktiven Virtualisierungs-Clusters.
• Strikten Compliance-Modus und sichere Zeitsynchronisation aktivieren: Nutzen Sie bei S3-Speichern den unabänderlichen Compliance-Modus und sichern Sie die Systemuhr über kryptografisch geschütztes NTS (Network Time Security) ab.
• Abruf im Pull-Verfahren einrichten: Konfigurieren Sie Ihr Zweit-Backup so, dass es die Sicherungen selbstständig vom Hauptsystem abruft und das Produktivnetz keinerlei Löschrechte auf dem Zielspeicher besitzt.

**Verweise auf Gesetzestexte, Paragrafen (u. a. DSGVO, NIS-2, EU AI Act, DORA, GoBD, BetrVG) und Compliance-Normen dienen ausschließlich der unverbindlichen technischen Fachinformation für IT-Entscheider. Sie stellen keine Rechtsberatung nach dem Rechtsdienstleistungsgesetz (RDG) dar; für eine rechtsverbindliche Beurteilung Ihrer spezifischen Unternehmensorganisation konsultieren Sie bitte Ihren Rechtsbeistand oder Datenschutzbeauftragten.