Mr.PlanB Logo
    LEITFADEN / BACKUP & ARCHIV

    Die 3-2-1-1-0-Backup-Regel: Backups aufbauen, die Ransomware nicht leicht zerstören kann

    Drei Kopien Ihrer Daten können trotzdem drei Kopien sein, die ein Angreifer erreichen kann. Das zusätzliche eine und die abschließende Null machen eine Backup-Strategie erst ransomware-tauglich.

    Aktualisiert im Juli 2026·13 Min. Lesezeit·Erweitert die 3-2-1-Regel
    3
    Kopien Ihrer Daten
    Produktionsdaten plus mindestens zwei Backup-Kopien.
    2
    Speichersysteme oder Medien
    Getrennte Ausfallpfade, nicht nur getrennte Ordner.
    1
    Extern gespeicherte Kopie
    Außerhalb des primären Gebäudes oder Netzwerks.
    1
    Offline, air-gapped oder unveränderlich
    Eine Kopie, die Löschung oder Änderung widersteht.
    0
    Unverifizierte Wiederherstellungsfehler
    Backups werden geprüft; Wiederherstellungen werden getestet.
    01

    Die Regel auf einen Blick

    Die 3-2-1-Backup-Regel reduziert die Abhängigkeit von einem einzelnen System oder Standort. Ihre Schwäche ist, dass keine Kopie Löschung oder Änderung widerstehen muss — und ein Angreifer, der das Backup-Administratorkonto kompromittiert, kann Backup-Jobs löschen, die Aufbewahrung verkürzen, Cloud-Repositories leeren und Wiederherstellungskonten deaktivieren, genauso leicht wie ein legitimer Betreiber.

    Das 3-2-1-1-0-Modell stärkt die traditionelle Strategie durch zwei zusätzliche Anforderungen: eine geschützte Kopie und null unverifizierte Wiederherstellungsfehler. Das vollständige Modell lautet:

    SOURCE / NCSC

    Das britische National Cyber Security Centre erklärt, dass Cloud- und On-Premises-Backups nicht standardmäßig ransomware-resistent sind. Seine Grundsätze fordern Schutz vor destruktiven Aktionen, fortbestehenden Kundenzugriff, Wiederherstellung aus älteren Versionen, robustes Schlüsselmanagement und Benachrichtigungen bei wesentlichen oder privilegierten Änderungen.

    Warum das zusätzliche eine und die Null wichtig sind

    Mehrere Kopien helfen bei Hardwareausfällen und versehentlichem Löschen. Sie erfüllen zwei unterschiedliche Aufgaben:

    1Das zusätzliche eine schützt die Backup-Daten selbst vor Löschung oder Änderung.
    2Die Null testet, ob diese geschützten Daten den Dienst tatsächlich wiederherstellen können.
    SOURCE / Veeam

    Veeam beschreibt das 3-2-1-1-0-Modell als Erweiterung der klassischen Regel um eine unveränderliche oder air-gapped Kopie und null Wiederherstellungsfehler. Der Begriff ist ein Branchen-Framework für Backups und kein universeller regulatorischer Standard.

    02

    Offline, Air-Gapped und unveränderlich sind nicht dasselbe

    Diese Begriffe werden oft zusammen genannt, beschreiben aber unterschiedliche Kontrollen.

    Offline-Backup

    Ein Offline-Backup ist physisch oder logisch getrennt, wenn es nicht verwendet wird — ein ausgeworfenes LTO-Tape, eine abgezogene USB-Festplatte oder ein Repository, das zwischen kontrollierten Backup-Fenstern abgeschaltet ist. Malware kann nicht direkt auf nicht angeschlossene Medien zugreifen. Die Nachteile sind manuelle Handhabung, langsamere Wiederherstellung und das Risiko, dass die Rotation ausgelassen wird.

    Air-Gapped-Backup

    Ein Air Gap schafft Isolation zwischen dem geschützten Backup und der Produktionsumgebung. Ein physischer Air Gap nutzt getrennte Medien oder Netzwerke. Ein logischer Air Gap kann separate Zugangsdaten, separate Identitätssysteme, eingeschränkte Netzwerkrouten, verzögerte Synchronisierung oder einen Dienst nutzen, der direkte destruktive Befehle blockiert. Ein logischer Air Gap ist nur so stark wie seine Konfiguration — ein als air-gapped beschriebenes Repository kann trotzdem exponiert sein, wenn dasselbe Administratorkonto sowohl Produktion als auch Backup kontrolliert.

    Unveränderliches Backup

    Ein unveränderliches Backup kann während eines definierten Aufbewahrungszeitraums nicht überschrieben oder gelöscht werden. Amazon S3 Object Lock etwa nutzt ein Write-Once-Read-Many-Modell und kann verhindern, dass geschützte Objektversionen während der Aufbewahrung gelöscht oder überschrieben werden. Object Lock erfordert S3 Versioning und schützt einzelne Objektversionen. Unveränderlichkeit lässt das Backup online und für die Wiederherstellung verfügbar bleiben, während es vor normaler Löschung geschützt ist — aber falsch konfigurierte Aufbewahrung, übermäßiger Speicherverbrauch oder ein Konto, das Governance-Kontrollen umgehen kann, bleiben Risiken. Unveränderlichkeit schützt einen Wiederherstellungspunkt vor Änderungen; sie beweist nicht, dass der Wiederherstellungspunkt sauber oder nutzbar ist.

    03

    Welche geschützte Kopie sollten Sie wählen?

    Offline-Tape nutzen, wenn

    1Sie lange Aufbewahrung benötigen
    2Sich die Daten langsam ändern
    3Die Wiederherstellung den Medienabruf tolerieren kann
    4Sie physische Trennung wollen
    5Sie bereits einen LTO-Workflow betreiben
    6Sie sicheren Transport und sichere Lagerung organisieren können

    Unveränderlichen Objektspeicher nutzen, wenn

    1Backups online bleiben müssen
    2Sie geografische Trennung benötigen
    3Ihre Backup-Software Objekt-Aufbewahrung unterstützt
    4Sie Cloud-Identitäten sorgfältig kontrollieren können
    5Sie Speicher-, Abruf- und API-Kosten verstehen
    6Sie die Wiederherstellung beim Anbieter testen können

    Ein gehärtetes Repository nutzen, wenn

    1Schnelle lokale Wiederherstellung wichtig ist
    2Die Backup-Plattform eingeschränkte Löschung unterstützt
    3Sie die Backup-Verwaltung isolieren können
    4Produktions-Administratoren keinen uneingeschränkten Zugriff auf das Repository brauchen

    Rotierte Wechseldatenträger nutzen, wenn

    1Die Umgebung klein ist
    2Das Budget begrenzt ist
    3Die Datenmengen überschaubar sind
    4Jemand einen zuverlässigen Rotationsprozess einhalten kann
    5Mindestens ein Laufwerk getrennt und extern bleibt

    Rotierte Festplatten können die Anforderung an die geschützte Kopie erfüllen, aber nur, wenn der Prozess konsequent eingehalten wird.

    04

    Referenzarchitekturen

    Eine praktische Proxmox-Architektur

    EbeneBeispiel
    ProduktionProxmox VE virtuelle Maschinen und Container auf lokalem ZFS, Ceph oder Shared Storage
    Lokales BackupEin dedizierter Proxmox Backup Server auf separater Hardware
    Externes BackupAusgewählte Backup-Gruppen, synchronisiert auf einen entfernten PBS-Server mit separaten Zugangsdaten
    Geschützte KopieOffline-LTO-Tape, rotierte Medien oder ein Repository mit streng kontrollierter Löschung
    VerifizierungWiederkehrende Datastore-Verifizierung plus periodische VM- und Anwendungswiederherstellungstests

    Die aktuelle Proxmox-Backup-Server-Dokumentation empfiehlt wiederkehrende Verifizierungs-Jobs und eine erneute Verifizierung aller Backups mindestens einmal im Monat, da zuvor gültige Daten im Laufe der Zeit degradieren können. Auf die Verifizierung sollten periodische VM- und Anwendungswiederherstellungstests folgen — eine reine Prüfsummen-Verifizierung kann nicht bestätigen, dass ein Betriebssystem startet oder eine Anwendung korrekt funktioniert.

    Eine praktische Homelab-Architektur

    1Produktionsdaten auf ZFS, Unraid oder einem NAS
    2Lokales Backup auf einer anderen physischen Maschine
    3Verschlüsseltes externes Backup in Cloud-Objektspeicher
    4Eine monatliche Offline-Kopie auf einer rotierten Festplatte
    5Monatliche Stichproben-Wiederherstellungen
    6Vierteljährliche VM- oder Dienst-Wiederherstellungstests
    ×Die Offline-Festplatte sollte nach Abschluss des Backups nicht angeschlossen bleiben.
    ×Cloud-Zugangsdaten sollten nicht breit über Produktionssysteme verteilt gespeichert werden.

    Kritische Wiederherstellungsinformationen sollten ebenfalls geschützt werden: Verschlüsselungsschlüssel, Wiederherstellungsdetails des Passwort-Managers, Netzwerk- und Hypervisor-Konfiguration, DNS-Einträge, Anwendungs-Secrets und die Konfiguration der Backup-Software.

    Eine praktische Architektur für kleine Unternehmen

    1Lokaler Backup-Speicher für schnelle operative Wiederherstellung
    2Eine entfernte oder Cloud-Backup-Kopie
    3Unveränderliche Aufbewahrung oder Offline-Medien
    4Separate Backup-Administratorkonten und Multi-Faktor-Authentifizierung
    5Benachrichtigungen bei Richtlinien- oder Aufbewahrungsänderungen
    6Dokumentierte Wiederherstellungsprioritäten und geplante Wiederherstellungstests
    7Eine Offline-Kopie des Wiederherstellungsplans selbst

    Der Wiederherstellungsplan sollte davon ausgehen, dass normale Unternehmenssysteme nicht verfügbar sein könnten — bewahren Sie die einzige Kopie der Wiederherstellungsanweisungen nicht in der Umgebung auf, die diese Anweisungen wiederherstellen sollen.

    05

    Wie Sie das zusätzliche eine umsetzen

    STEP 1

    Die kritischen Wiederherstellungspunkte auswählen

    Nicht jedes Backup benötigt denselben Schutz. Beginnen Sie mit Systemen, deren Verlust den Betrieb stoppen oder dauerhaften Datenverlust verursachen würde: Identitätsdienste, Virtualisierungsmanagement, Datenbanken, Kundendatensätze, Finanzsysteme, Quellcode, Konfigurations-Repositories, Verschlüsselungsschlüssel, Dateiserver, Backup-Kataloge.

    STEP 2

    Den Schutzmechanismus wählen

    Wählen Sie offline, air-gapped oder unveränderlichen Speicher basierend auf Wiederherstellungsgeschwindigkeit, Datenmenge, Änderungsrate, Aufbewahrungszeitraum, verfügbarer Bandbreite, operativem Know-how, Compliance-Anforderungen, Budget, physischer Sicherheit und Wiederherstellungsort.

    STEP 3

    Administrative Kontrolle trennen

    Das Konto, das die Produktion verwaltet, sollte nicht automatisch jedes Backup zerstören können. Nutzen Sie separate Backup-Administratorkonten, Multi-Faktor-Authentifizierung, eingeschränkte Löschrechte, separate Cloud-Konten oder -Abonnements, geschützte Notfall-Zugangsdaten und Benachrichtigungen bei destruktiven Operationen.

    SOURCE / NCSC

    Das NCSC empfiehlt Kontrollen, die verhindern, dass kompromittierte Kundenkonten Backup-Daten löschen können, sowie separate Mechanismen für außergewöhnliche destruktive Anfragen.

    STEP 4

    Einen realistischen Aufbewahrungszeitraum festlegen

    Unveränderlichkeit erfordert vorausschauende Planung. Ein zu kurzer Zeitraum kann ablaufen, bevor ein Angriff entdeckt wird; ein zu langer verursacht unnötige Speicherkosten und verhindert legitime Löschung. Berücksichtigen Sie, wie lange eine Kompromittierung unentdeckt bleiben kann, gesetzliche Aufbewahrungspflichten, verfügbare Kapazität und die tägliche/monatliche Änderungsrate.

    STEP 5

    Schlüssel und Wiederherstellungs-Zugangsdaten schützen

    Verschlüsselte Backups können unwiederherstellbar werden, wenn ihre Schlüssel verloren gehen. Bewahren Sie geschützte Kopien von Verschlüsselungsschlüsseln, Wiederherstellungspasswörtern, Cloud-Konto-Wiederherstellungscodes, Hardware-Sicherheitsschlüsseln, Backup-Konfiguration und benötigten Lizenzinformationen auf — getrennt von der Produktionsumgebung gespeichert.

    STEP 6

    Geschützten Speicher überwachen

    Schutz sollte Nachweise erzeugen. Überwachen Sie fehlgeschlagene Backup- und Verifizierungs-Jobs, Änderungen der Aufbewahrungsrichtlinie, ungewöhnliche Löschversuche, unerwartetes Wachstum, Repository-Kapazität, deaktivierte Benachrichtigungen, neue privilegierte Konten und Synchronisierungsverzögerungen. Einem stillen Backup-System ist schwer zu vertrauen.

    06

    Die Null erreichen

    Die abschließende Null erfordert mehrere Teststufen, von der Überwachung bis zur vollständigen Disaster-Recovery-Übung.

    StufeWas sie beweist
    1 · Job-ÜberwachungBackup-Jobs werden ohne ungelöste Fehler abgeschlossen — notwendig, aber der schwächste Test
    2 · IntegritätsverifizierungPrüfsummen, Backup-Ketten, Indizes und Repository-Daten sind intakt
    3 · DateiwiederherstellungAusgewählte Dateien werden korrekt wiederhergestellt, einschließlich großer, kleiner, verschlüsselter und älterer Dateien
    4 · SystemwiederherstellungEine vollständige VM, ein Container oder ein physisches System startet, ohne die Produktion zu berühren
    5 · AnwendungswiederherstellungDie Anwendung ist tatsächlich nutzbar — Datenbank konsistent, Benutzer können sich authentifizieren
    6 · Disaster-Recovery-ÜbungDie Wiederherstellung funktioniert, wenn Produktion, normale Identitäten oder das lokale Repository nicht verfügbar sind
    SOURCE / CISA

    CISA empfiehlt, offline verschlüsselte Backups zu führen und deren Verfügbarkeit und Integrität regelmäßig in einem Disaster-Recovery-Szenario zu testen, da Ransomware häufig versucht, erreichbare Backups zu löschen oder zu verschlüsseln.

    Empfohlener Verifizierungsplan

    1Bei jedem Backup-Lauf — Abschlussstatus, Warnungen und Kapazität überwachen.
    2Täglich — fehlgeschlagene Jobs und ungewöhnliche Repository-Aktivität prüfen.
    3Wöchentlich — neu erstellte Wiederherstellungspunkte verifizieren und Stichproben-Dateien wiederherstellen.
    4Monatlich — ältere Backup-Daten erneut verifizieren und mindestens ein vollständiges System wiederherstellen.
    5Vierteljährlich — eine kritische Anwendung in einer isolierten Umgebung wiederherstellen.
    6Jährlich — eine umfassendere Disaster-Recovery-Übung mit einer externen oder geschützten Kopie durchführen.

    Kritische Systeme benötigen möglicherweise häufigere Tests.

    07

    Häufige Fehler bei 3-2-1-1-0

    ×Einen gewöhnlichen Cloud-Bucket als unveränderlich bezeichnen

    Cloud-Speicher wird nicht unveränderlich, nur weil er extern liegt. Aufbewahrungskontrollen müssen aktiviert, durchgesetzt und getestet werden.

    ×Überall ein Administratorkonto verwenden

    Ein kompromittiertes Konto sollte nicht Produktion, lokale Backups, Cloud-Speicher und Aufbewahrungsrichtlinien kontrollieren.

    ×Snapshots als geschützte Kopie behandeln

    Snapshots können zusammen mit dem Produktionssystem gelöscht werden, sofern sie nicht auf ein unabhängiges geschütztes Ziel repliziert werden.

    ×Wechseldatenträger angeschlossen lassen

    Eine dauerhaft am Backup-Server angeschlossene Wechselfestplatte ist Online-Speicher. Trennen Sie sie, nachdem Backup und Verifizierung abgeschlossen sind.

    ×Backups sperren, ohne die Kapazität zu planen

    Gesperrte Daten können nicht bereinigt werden, bevor die Aufbewahrung abläuft. Schätzen Sie das Speicherwachstum, bevor Sie lange Aufbewahrungszeiträume aktivieren.

    ×Daten verifizieren, ohne Anwendungen zu testen

    Prüfsummen-Verifizierung kann beweisen, dass gespeicherte Blöcke sich nicht geändert haben. Sie kann nicht beweisen, dass eine Datenbank konsistent ist oder ein wiederhergestellter Dienst startet.

    ×Backups schützen, aber die Schlüssel verlieren

    Ein intaktes verschlüsseltes Repository ist nutzlos, wenn der Entschlüsselungsschlüssel bei der Wiederherstellung nicht auffindbar ist.

    ×Nur das neueste Backup testen

    Ein aktuelles Backup kann beschädigte, verschlüsselte oder bereits kompromittierte Daten enthalten. Testen Sie die Wiederherstellung von verschiedenen Punkten im Aufbewahrungsfenster.

    ×Wiederherstellungsanweisungen nur online aufbewahren

    Der Plan könnte während des Vorfalls unzugänglich werden. Bewahren Sie eine geschützte Offline-Kopie mit den nötigen Kontakten, Zugangsdaten und Wiederherstellungsschritten auf.

    08

    3-2-1-1-0-Bewertungs-Checkliste

    0 / 18

    Ein niedriger Wert bedeutet nicht zwangsläufig, dass Sie ein neues Backup-Produkt benötigen — meist bedeutet es, dass die aktuellen Systeme stärkere Trennung, Aufbewahrung, Überwachung oder Tests brauchen.

    09

    Häufig gestellte Fragen

    Sie ist eine Erweiterung der traditionellen 3-2-1-Backup-Strategie. Sie empfiehlt drei Kopien der Daten, zwei Speichersysteme oder Medien, eine externe Kopie, eine offline, air-gapped oder unveränderliche Kopie und null unverifizierte Wiederherstellungsfehler.

    Die moderne 3-2-1-1-0-Terminologie wird besonders mit Veeam in Verbindung gebracht, das sie als Erweiterung der klassischen 3-2-1-Backup-Regel beschreibt. Die zugrunde liegenden Praktiken – Offline-Backups, geschützte Aufbewahrung und Wiederherstellungstests – werden auch durch staatliche Cybersicherheits-Richtlinien gestützt.

    Nein. Ein externes Backup kann trotzdem online, veränderbar und über dieselben kompromittierten Zugangsdaten kontrollierbar sein. Die geschützte Kopie sollte Löschung oder Änderung widerstehen.

    Nicht immer. Unveränderlicher Online-Speicher bietet schnellen Zugriff und geschützte Aufbewahrung. Offline-Medien bieten stärkere physische Trennung. Wichtige Umgebungen nutzen möglicherweise beides.

    Ja, wenn das Tape ausgeworfen, sicher aufbewahrt und nicht über die Produktionsumgebung zugänglich ist. Tape-Handling, Verschlüsselung und Wiederherstellungstests bleiben trotzdem wichtig.

    Das kann er, wenn Anbieter und Backup-Anwendung erzwungene Objekt-Aufbewahrung oder gleichwertige Unveränderlichkeit unterstützen. Versionierung allein ist nicht dasselbe wie unveränderliche Aufbewahrung.

    Es bedeutet, dass Backup- und Wiederherstellungsfehler erkannt, untersucht und behoben werden. Es bedeutet auch, dass wichtige Backups durch echte Wiederherstellung verifiziert werden, nicht nur durch Abschlussberichte der Jobs.

    Überwachen Sie jeden Backup-Lauf, verifizieren Sie regelmäßig die Integrität des Repositorys und führen Sie periodisch Datei-, System- und Anwendungswiederherstellungen durch. Die genaue Häufigkeit sollte sich nach der Wichtigkeit und den Wiederherstellungszielen des Workloads richten.

    Ja. Eine zweite Maschine, eine verschlüsselte Cloud-Kopie, eine rotierte Offline-Festplatte und ein geplanter Wiederherstellungstest ermöglichen eine praktische Umsetzung ohne Enterprise-Software.

    Es kann einen Angriff nicht verhindern. Es verbessert die Chance, einen nutzbaren Wiederherstellungsweg zu behalten, nachdem Produktionssysteme oder gewöhnliche Online-Backups kompromittiert wurden.

    Für die Wiederherstellung bauen, nicht für abgeschlossene Backups

    Der stärkste Teil der 3-2-1-1-0-Regel ist die abschließende Null. Die geschützte Kopie verhindert, dass ein Angreifer leicht jeden Wiederherstellungspunkt zerstören kann. Die Verifizierung zeigt, dass die geschützte Kopie etwas enthält, das Sie tatsächlich nutzen können.

    Ein Backup-Dashboard voller erfolgreicher Jobs kann falsches Vertrauen erzeugen. Wiederherstellungsvertrauen entsteht durch unabhängige Kopien, eingeschränkten destruktiven Zugriff, geschützte Zugangsdaten und wiederholte Wiederherstellung. Beginnen Sie damit, einen kritischen Workload zu schützen — erstellen Sie ein unabhängiges lokales Backup, verschieben Sie eine weitere Kopie extern, schützen Sie einen Wiederherstellungspunkt vor Löschung und schließen Sie eine echte Wiederherstellung ab. Wiederholen Sie den Prozess dann für das nächste System.