Ein Backup ist kein Backup-Konzept: Wiederherstellung nach Ransomware

Fast jedes Unternehmen hat heute Backups. Doch wenn Ransomware zuschlägt, stellt sich regelmäßig heraus: Die Daten sind zwar gesichert, aber die Wiederherstellung funktioniert nicht — zu langsam, unvollständig oder gleich mitverschlüsselt. Der Unterschied liegt nicht in der Software, sondern im Konzept dahinter.

Warum Backups im Ernstfall scheitern

• Backup-Ziel im selben Kontext: Das Backup-System hängt an derselben Domäne mit denselben Admin-Konten. Angreifer verschlüsseln gezielt zuerst die Backups.
• Nie getestete Wiederherstellung: Der Restore wurde nie probiert. Im Ernstfall dauert er Tage statt Stunden — oder schlägt still fehl.
• Unklare Reihenfolge: Niemand hat festgelegt, welche Systeme zuerst zurück müssen. Es wird nach Gefühl wiederhergestellt.
• Fehlende Verantwortung: Das Backup „läuft", aber niemand prüft die täglichen Erfolgsmeldungen.

Die 3-2-1-1-0-Regel als Mindeststandard

• 3 Kopien Ihrer Daten.
• 2 unterschiedliche Medien beziehungsweise Systeme.
• 1 Kopie außer Haus.
• 1 Kopie offline oder unveränderlich — sie darf auch von Administratoren nicht überschrieben werden können.
• 0 ungetestete Wiederherstellungen: Jeder Restore-Test muss fehlerfrei durchlaufen.

Unveränderlichkeit ist der entscheidende Punkt

Moderne Ransomware löscht oder verschlüsselt Online-Backups gezielt, bevor sie die Produktivsysteme angreift. Die Antwort heißt Immutable Storage (Objektsperrung): Die Backup-Daten sind für eine definierte Aufbewahrungszeit schreibgeschützt — selbst mit vollen Admin-Rechten. Damit bleibt immer ein sauberer Stand erhalten, auf den Sie zurückgreifen können.

Wiederherstellung ist ein Prozess, kein Knopf

• Reihenfolge festlegen: Zuerst Identitäten und Netzwerk, dann Kernsysteme, dann Fachanwendungen — nicht umgekehrt.
• RTO und RPO je System definieren: Wie lange darf ein System ausfallen, wie viel Datenverlust ist tragbar? Das sind Geschäftsentscheidungen, keine IT-Fragen.
• Notfallhandbuch offline vorhalten: Wer ruft wen an, welche Systeme haben Vorrang, wo liegen die Zugänge? Ausgedruckt, nicht auf dem Server, der verschlüsselt ist.
• Mindestens einmal jährlich üben: Ein Restore unter Zeitdruck ist der falsche Moment für den ersten Versuch.

Der NIS2-Bezug

Die deutsche NIS2-Umsetzung verlangt im Risikomanagement ausdrücklich Backup-Management, Notfallplanung und deren Nachweis. Ein dokumentiertes, getestetes Backup-Konzept ist damit für rund 30.000 Unternehmen keine freiwillige Fleißarbeit mehr, sondern Pflicht — mit persönlicher Verantwortung der Geschäftsleitung.

Hinweis: Dieser Artikel ersetzt keine Rechtsberatung. Er dient der ersten Einordnung; die verbindliche Prüfung Ihrer Situation gehört in fachkundige Hände.

← alle guides