FAST LTA und eperi

Ein DR-Plan, der nie getestet wurde, ist Fiktion. Das ist nicht Überreaction — das ist IT-Realität. Backups, die nicht getestet wurden, sind nicht wiederherstellbar. Recovery-Runbooks, die nicht durchgespielt wurden, enthalten tausend Fehler. RTOs, die nicht gemessen wurden, sind Fantasie.Die gute Nachricht: Regelmäßige DR-Tests sind nicht unmöglich. Es gibt drei praktische Methoden, je nach Aufwand und Tiefe.

RTO (Recovery Time Objective) und RPO (Recovery Point Objective) sind die kritischsten Kennzahlen einer Resilienz-Strategie. Sie beantworten zwei Fragen:RTO: Wie lange darf mein System ausfallen? RPO: Wie viel Datenverlust kann ich tolerieren?Das Problem: Viele Organisationen "schätzen" RTO/RPO basierend auf Bauchgefühl oder IT-Tradition. Das ist falsch. RTO/RPO müssen aus der Business Impact Analysis (BIA) abgeleitet werden — nicht umgekehrt.

RTO ist eines der wichtigsten Konzepte im Backup- und Disaster-Recovery-Management. Aber die meisten Unternehmen schätzen es falsch. Sie sagen "RTO ist 4 Stunden", aber wenn ein Angriff kommt, dauert die Recovery 2 Tage. Dieser Artikel erklärt, wie Sie RTO realistisch berechnen — und vor allem, wie Sie es testen.

Ein Recovery-Runbook ist keine IT-Philosophie — es ist ein operatives Handbuch. Es ist das Dokument, das Ihr IT-Team während eines tatsächlichen Disaster an die Hand nimmt und sagt: "Schritt für Schritt, wie bringen wir die Systeme wieder hoch?"Ein gutes Runbook ist so spezifisch, dass auch jemand, der das System normalerweise nicht wartet, es wiederherstellen könnte. Das ist das Qualitäts-Merkmal.

Eine Isolated Recovery Environment (IRE) ist nicht ein einzelnes Gerät — es ist eine Infrastruktur-Zone, die völlig vom Production-Netzwerk isoliert ist. Sie ist der Ort, wo Sie kompromittierte Systeme wiederherstellen, verifizieren und bereinigen, bevor Sie sie zurück in Production gehen.Ohne IRE ist Recovery in einem kompromittierten Netzwerk ein Risiko: Der wiederhergestellte Server wird sofort wieder infiziert, bevor Sie ihn nutzen können.

"Assume Breach" ist nicht nur ein Sicherheits-Slogans. Es ist ein fundamentales Designprinzip, das die komplette Architektur einer Organisation umgestaltet. Wenn Sie diesen Gedanken konsequent durchdenken, müssen Sie Ihre IT neu bauen.Das Konzept ist einfach: Nicht ob, sondern wann wird Ihre Organisation angegriffen und kompromittiert?Das ist keine Frage von Pessimismus. Die Daten sagen eindeutig: 76% der Unternehmen werden Opfer von Ransomware (Veeam 2024). Für viele Branchen (Financial Services, Healthcare, Manufacturing) ist 100% Angriffs-Wahrscheinlichkeit realistisch. Die Frage ist nur: Wann?

Eine häufige Strategie ist: "Wir haben Online-Backups (Tier 1) und Cloud-Backups (Tier 4). Das reicht." Das ist ein kritischer Fehler, der Sie bei Ransomware-Angriffen zum Scheitern verurteilt.Warum? Weil sowohl Tier 1 als auch Tier 4 netzwerk-verbunden sind. Ein Angreifer mit ausreichend Zugriff kann beide kompromittieren.Tier 2 (Air Gap) ist die einzige Ebene, die durch physische Isolation geschützt ist.

Es gibt viele Wege, Daten zu sichern. Aber nicht alle schützen gleich gut vor Ransomware. Ein NAS-Backup ist nicht das gleiche wie ein Tape-Backup oder ein Cloud-Backup. Dieser Artikel vergleicht die gängigsten Medien und bewertet ihre Eignung gegen Ransomware.

Ein Tabletop Exercise ist eine Krisenübung am Konferenztisch: kein echter Angriff, keine echten Systeme, aber echte Entscheidungen, echte Kommunikationsketten und echte Lücken, die ans Licht kommen.Für Ransomware-Szenarien ist das Tabletop Exercise besonders wertvoll, weil es genau die Fragen stellt, die im Ernstfall unter Zeitdruck beantwortet werden müssen: Wer entscheidet, ob wir zahlen? Wie melden wir den Vorfall ans BSI? Wie stellen wir wieder her, wenn auch der DR-Plan-Ordner auf dem SharePoint verschlüsselt ist?Diese Anleitung erklärt Vorbereitung und Durchführung, inklusive drei vollständiger Szenarien mit Diskussionsfragen und Auswertungsrahmen.---

Ein Ransomware-Angriff ist kein IT-Problem allein. Es betrifft Geschäftsführung, Legal, Kommunikation, Versicherung. Ohne klare Rollenverteilung entsteht Chaos. Ein gut strukturiertes Incident Response (IR) Team kann die Auswirkungen um 50% reduzieren.Dieser Artikel zeigt die optimale IR-Team-Struktur und externe Ressourcen.

KRITIS-Betreiber haben beim Thema Datensicherung eine Sonderstellung: Sie dürfen nicht nur Backups machen. Sie müssen deren Funktionsfähigkeit im Angriffsfall nachweisen, ihre Architektur gegen den Ausfall des Backup-Anbieters absichern und dem BSI auf Anfrage Prüfberichte vorlegen. Das schränkt den Spielraum für vereinfachte Lösungen erheblich ein.Dieses Referenzdesign beschreibt, wie eine BSI-konforme Backup-Architektur für KRITIS-Einrichtungen aufgebaut wird: von der regulatorischen Grundlage über die Tier-Struktur bis zu den sektorspezifischen Anforderungen für Energie, Gesundheit und Wasser.**Lesezeit:** ca. 12 Minuten | **Aktualisiert:** Mai 2026---

Ein formales Backup-Konzept ist nicht nur Best Practice — es ist oft eine gesetzliche Anforderung (NIS2UmsuCG, BSIG-neu, KRITIS). Das BSI-Grundschutz-Katalog (Modul CON.3 "Datensicherung") definiert, was ein professionelles Backup-Konzept enthalten muss.Dieser Artikel zeigt Ihnen die Struktur und gibt praktische Tipps für die Umsetzung.