Artikel vom 18. Februar 2026
Ransomware Recovery Checkliste: 12 Schritte nach dem Angriff
Phase 1: Isolation und Kartierung (0 – 4 Stunden) #
Ziel: Den Angriff stoppen, verhindern, dass er sich ausbreitet.
Schritt 1: Incident Commander ernennen und Team aktivieren ⏱️ (0 – 15 Min) #
Wer?
- Incident Commander: eine Person mit Entscheidungsbefugnis (IT-Leiter, CISO, oder GF)
- IT-Team: alle Administratoren
- Management: IT-Leiter, Geschäftsführer (zu informieren, später entscheidungsrelevant)
- Optional: externe Forensik-Firma, Cybersicherheits-Berater, Anwalt
Was passiert?
- [ ] Incident Commander wird benannt und informiert
- [ ] Notfall-Meeting (30 Minuten) mit IT + Management
- [ ] Rollen zuweisen: Wer kümmert sich um IT-Recovery? Wer um Kommunikation? Wer um externe Partner?
- [ ] Notfall-Hotline einrichten (für interne Fragen)
Häufiger Fehler: Man wartet zu lange auf externe Experten. Macht schnelle interne Isolation auch ohne externe Hilfe.
Schritt 2: Verbreitung stoppen — Netzwerk isolieren ⏱️ (15 – 30 Min) #
Was? Ransomware versucht, sich über das Netzwerk auszubreiten. Isolation ist kritisch.
Wie?
- [ ] Schnelle Entscheidung: Ist ein kompletter Netzwerk-Shutdown notwendig, oder nur einzelne Segmente?
- [ ] Infizierte Systeme sofort vom Netzwerk trennen (Netzwerk-Kabel raus, nicht nur Shutdown)
- [ ] Alle Backups sofort vom Netzwerk trennen (auch die Cloud-Backups credentials raus)
- [ ] VPN-Zugang sperren (falls Angreifer von außen via VPN eindrang)
- [ ] Admin-Credentials rotieren (Ransomware könnte diese gestohlen haben)
- [ ] Endpoint Detection & Response (E) aktivieren (falls nicht aktiv)
Kritisch: Bedenken Sie, dass Ransomware Admin-Credentials gestohlen haben könnte. Einfach “abmelden” reicht nicht.
Schritt 3: Infizierte Systeme identifizieren und dokumentieren ⏱️ (30 – 60 Min) #
Was? Welche Systeme sind betroffen? Welche sind noch sauber?
Wie?
- [ ] Betroffene Systeme auflisten (AD, Fileserver, ERP, E‑Mail, etc.)
- [ ] Zeitstempel notieren: Wann wurde die Verschlüsselung bemerkt? (Wichtig für Forensik)
- [ ] E-Logs prüfen: Wann war der erste verdächtige Prozess?
- [ ] Isolation-Status dokumentieren: Welche Systeme sind offline? Welche noch online?
- [ ] Screenshots machen (für Forensik und Versicherung)
Praktisch: Eine Spreadsheet oder einfache Tabelle reicht: System | Status | Zeitstempel | Notizen
Schritt 4: Backup-Integrität prüfen ⏱️ (60 – 120 Min) #
Was? Sind Ihre Backups noch brauchbar oder auch verschlüsselt?
Wie?
- [ ] Hardware Backups: Können Sie darauf zugreifen? Ist die Netzwerk-Isolation physisch noch aktiv?
- [ ] Tape-Backups: Sind diese im Lager und noch offline?
- [ ] Cloud-Backups: Können Sie darauf zugreifen? Wurde mit den Admin-Credentials alles gelöscht?
- [ ] Letztes bekanntes gutes Backup identifizieren: Ein Backup vor der Infektion
- [ ] Backup-Integrität testen: (kann man Dateien lesen?)
Kritisch: Wenn Ransomware alle Backups zerstört hat, sprechen Sie sofort mit:
- Forensik-Firma
- Versicherung
- Anwalt
- BSI (falls Meldepflicht)
Phase 2: Recovery-Start (4 – 24 Stunden) #
Ziel: Recovery-Prozess initiieren, erste Systeme wiederherstellen.
Schritt 5: Recovery-Priorisierung und Wiederherstellungs-Plan ⏱️ (1 – 2 Stunden) #
Was? Welche Systeme stellen wir zuerst wieder her?
Wie?
- [ ] Kritikalität bewerten:
- Kritisch (sofort): AD (Domäne), E‑Mail, ERP, Fileserver (ohne diese läuft nichts)
- Wichtig (6 – 24h): VoIP, Antivirus-Server, DNS
- Weniger kritisch (später): Einzelne Workstations, Test-Systeme
Praktisch: Ein einfacher Plan reicht: “Domain Controller Recovery startet um 6:00 Uhr, geschätzte Abschluss 8:00 Uhr.”
Schritt 6: Recovery-Umgebung preparieren ⏱️ (1 – 2 Stunden) #
Was? Bevor Sie wiederherstellen, brauchen Sie einen sauberen Platz dafür.
Wie?
- [ ] Netzwerk-Isolation: Recovery findet im separaten VLAN/Subnet statt (nicht im Produktionsnetz)
- [ ] Hardware vorbereiten: Recovery-Hardware (VM, Server, Speicher) bereitstellen
- [ ] Backups beschaffen: Hardware montieren, Tapes/Cloud-Zugang aktivieren
- [ ] Credentials sammeln: Recovery-Credentials (falls verschlüsselt vorhanden)
- [ ] Forensik-Copy machen: Von infiziertem System eine bitweise Kopie (für spätere Analyse)
Sicherheit: Stellen Sie sicher, dass neue Hardware nicht vom Produktionsnetz erreichbar ist, bis vollständig wiederhergestellt.
Schritt 7: Recovery durchführen — Domain Controller ⏱️ (2 – 4 Stunden) #
Was? Der Domain Controller ist das Herz. Mit ihm können Sie alle anderen Systeme danach wiederherstellen.
Wie?
- [ ] Neuen AD-Datenspeicher aus Backup wiederherstellen
- [ ] Domain Services starten: Active Directory, Kerberos, LDAP
- [ ] Replikation testen: Können andere Domain Controller replizieren?
- [ ] User-Login testen: Kann ein Test-User sich mit Test-Workstation anmelden?
- [ ] Group Policy testen: Werden GPOs angewendet?
- [ ] Validation: Admin-Accounts sind vorhanden? Passwörter okay?
Wenn schief geht:
- DSREPAIR aktivieren
- Im Safe Mode starten, AD-Datenbank prüfen
- Eventuell mit Forensik-Firma entfernen aus Sicherung reparieren
Zeitschätzung: 2 – 4 Stunden (hängt von Backup-Größe, Hardware-Speed ab)
Phase 3: Vollwiederherstellung (Tag 2 – 7) #
Ziel: Alle Systeme schrittweise wiederherstellen, Business continuity wieder herstellen.
Schritt 8: Recovery durchführen — E‑Mail und andere kritische Systeme ⏱️ (Tag 1 – 3) #
Was? Nach AD folgen E‑Mail, ERP, Fileserver.
Wie?
[ ] E‑Mail-Server (Exchange/Outlook):
- Mailbox-Datenbank aus Backup wiederherstellen
- E‑Mail-Dienste starten
- Test: Benutzer kann sich anmelden, E‑Mails abrufen
- Geschätzte Zeit: 4 – 8 Stunden
[ ] ERP-System (SAP/Oracle/etc.):
[ ] Fileserver:
Parallelen: E‑Mail und ERP können parallel laufen (nutzen verschiedene Hardware).
Schritt 9: Validierung und Sicherheits-Checks ⏱️ (Tag 3 – 4) #
Was? Bevor Sie Produktionssysteme online nehmen, müssen Sie sicherstellen, dass keine Malware-Reste noch vorhanden sind.
Wie?
- [ ] E-Full-Scan auf allen Systemen durchführen (kann Stunden dauern)
- [ ] Log-Analyse: Wann kam der Angriff rein? Über welchen Vector? (für Forensik)
- [ ] Credential-Resets: Alle kritischen Konten-Passwörter zurücksetzen
- [ ] VPN/Remote-Access sperren (falls Angreifer hier reinkam)
- [ ] Admin-Access-Logs prüfen: Wurden Backdoors installiert?
- [ ] Firewall-Regeln überprüfen: Wurden neue Regeln vom Angreifer installiert?
Häufiger Fehler: Ohne Validierung online gehen = Angreifer reinfiziert System sofort wieder.
Schritt 10: Schrittweise Produktionsmigration ⏱️ (Tag 4 – 7) #
Was? Systeme vom Isolations-Netz ins Produktionsnetz zurückbringen.
Wie?
- [ ] Umstellung auf Produktion ERST, wenn validiert
- [ ] Ein System nach dem anderen (nicht alle auf einmal)
- [ ] Test-Phase: 4 – 8 Stunden warten, prüfen, ob neue verdächtige Aktivität
- [ ] Roll-back Plan: Falls Malware wieder ausbricht, sofort wieder offline
- [ ] Monitoring aktivieren: Alle Systeme unter verstärkter E-Überwachung
- [ ] Backups SOFORT reaktivieren (jetzt sollten saubere Systeme gebackupt werden)
Beispiel-Timeline:
- Tag 4: AD + E‑Mail online
- Tag 5: ERP online
- Tag 6: Fileserver online
- Tag 7: Workstations online
Phase 4: Nachbereitung (danach) #
Ziel: Forensik, Behörden-Meldung, Lessons Learned.
Schritt 11: Forensik und Angriffs-Analyse ⏱️ (Parallel, Tage 1 – 14) #
Was? Wer hat Sie angegriffen? Wie? Wann?
Wie?
- [ ] Externe Forensik-Firma engagieren (sollte parallel zur Recovery laufen)
- [ ] Angriffs-Timeline erstellen:
- Initialer Access: Phishing? RDP? Schwachstelle?
- Privilege Escalation: Welche Exploits?
- Lateral Movement: Wie hat er sich ausgebreitet?
- Exfiltration: Wurden Daten gestohlen? (für Lösegeld-Erpressung)
- Encryption: Wann -Aktivität?
Hinweis: Der Forensik-Report ist oft notwendig für Versicherungs-Kostenrückerstattung.
Schritt 12: Meldepflichten erfüllen ⏱️ (Innerhalb 72h für NIS2) #
Was? Behörden müssen informiert werden.
Wie?
[ ] BSI Meldung (falls NIS2 betroffen):
- 72 Stunden nach Erkennung des Angriffs
- Formular: https://www.bsi.bund.de/nis/
- Inhalte: Was? Wann? Welche Auswirkungen?
[ ] Datenschutz-Behörde (falls personenbezogene Daten betroffen):
[ ] Versicherung informieren:
[ ] Kunden benachrichtigen (wenn Daten-Leak):
[ ] Aufsichtsbehörde (falls KRITIS oder andere Sektoren):
Kritisch: Verpasste Meldungsfristen können zu zusätzlichen Bußgeldern führen (NIS2: 72h = gesetzlich erzwungen).
Zeittabelle: Realistisches Recovery-Szenario #
| Zeit | Aktion | RTO-Status |
|---|---|---|
| 06:00 | Ransomware bemerkt (Dateien mit .encrypted) | T+0 |
| 06:15 | Incident Commander + Team aktiviert | T+0,25h |
| 06:45 | Netzwerk isoliert, infizierte Systeme offline | T+0,75h |
| 08:00 | Backup-Status geprüft (okay) | T+2h |
| 10:00 | Recovery-Plan finalisiert | T+4h |
| 14:00 | **Domain Controller Recovery ONLINE** | T+8h |
| 15:00 | Erste User können sich anmelden (mit Test-Kontos) | T+9h |
| 18:00 | E‑Mail Recovery ONLINE | T+12h |
| 22:00 | ERP-Datenbank Recovery startet | T+16h |
| **Day 2 06:00** | **ERP ONLINE** | **T+24h** |
| Day 2 18:00 | Fileserver Recovery ONLINE | T+36h |
| Day 3 18:00 | Alle Workstations Recovery ONLINE, Business normal | **T+60h** |
RTO erreicht: 2.5 Tage (60 Stunden)
Mit guten Backups und Planung ist dies realistisch. Ohne Backups: 2 – 4 Wochen oder gar nicht.
Häufige Fragen #
Sollten wir Lösegeld zahlen? Das sollte die Geschäftsführung mit Versicherung und Anwalt entscheiden. Mit guten Backups ist Zahlung meist nicht notwendig.
Wie lange dauert ein durchschnittliches Recovery?
- Mit guten Backups (RTO geplant): 1 – 3 Tage
- Ohne Backups: 2 – 4 Wochen (extern aufbauen)
- Schlimmster Fall: Unternehmen geht bankrott
Was ist, wenn Backups auch verschlüsselt wurden? Das ist ein Szenario, das Sie vermeiden müssen. Daher: Hardware (offline, nicht verschlüsselbar).
Muss ich Forensik-Firma engagieren? Sehr empfohlen. Sie helfen bei: Attribut des Angreifers, Vermeidung von Wiederholung, Versicherungs-Support.
Air Gap
Ein Air Gap ist die physische Unterbrechung jeder Netzwerkverbindung zwischen einem Backup-System und der übrigen IT-Infrastruktur, sodass das System im Offline-Zustand keine adressierbare Netzwerkschnittstelle besitzt und damit für Ransomware und Angreifer unerreichbar ist.
Disaster Recovery
Disaster Recovery bezeichnet die strukturierten Prozesse und technischen Maßnahmen, die sicherstellen, dass IT-Systeme nach einem schwerwiegenden Ausfall — Ransomware-Angriff, Hardwareversagen, Rechenzentrumsausfall — innerhalb definierter Zeitrahmen (RTO) mit maximalem Datenverlust (RPO) wiederhergestellt werden können.
Disaster Recovery
Disaster Recovery bezeichnet die strukturierten Prozesse und technischen Maßnahmen, die sicherstellen, dass IT-Systeme nach einem schwerwiegenden Ausfall — Ransomware-Angriff, Hardwareversagen, Rechenzentrumsausfall — innerhalb definierter Zeitrahmen (RTO) mit maximalem Datenverlust (RPO) wiederhergestellt werden können.
Air Gap
Ein Air Gap ist die physische Unterbrechung jeder Netzwerkverbindung zwischen einem Backup-System und der übrigen IT-Infrastruktur, sodass das System im Offline-Zustand keine adressierbare Netzwerkschnittstelle besitzt und damit für Ransomware und Angreifer unerreichbar ist.
Air Gap
Ein Air Gap ist die physische Unterbrechung jeder Netzwerkverbindung zwischen einem Backup-System und der übrigen IT-Infrastruktur, sodass das System im Offline-Zustand keine adressierbare Netzwerkschnittstelle besitzt und damit für Ransomware und Angreifer unerreichbar ist.
Disaster Recovery
Disaster Recovery bezeichnet die strukturierten Prozesse und technischen Maßnahmen, die sicherstellen, dass IT-Systeme nach einem schwerwiegenden Ausfall — Ransomware-Angriff, Hardwareversagen, Rechenzentrumsausfall — innerhalb definierter Zeitrahmen (RTO) mit maximalem Datenverlust (RPO) wiederhergestellt werden können.
Disaster Recovery
Disaster Recovery bezeichnet die strukturierten Prozesse und technischen Maßnahmen, die sicherstellen, dass IT-Systeme nach einem schwerwiegenden Ausfall — Ransomware-Angriff, Hardwareversagen, Rechenzentrumsausfall — innerhalb definierter Zeitrahmen (RTO) mit maximalem Datenverlust (RPO) wiederhergestellt werden können.
Ransomware
Ransomware ist Schadsoftware, die Daten auf infizierten Systemen verschlüsselt und ein Lösegeld für die Entschlüsselung fordert — mit dem Ziel, Unternehmen und Behörden zur Zahlung zu zwingen, indem sie deren Betrieb lahmlegen.
DSGVO
Die DSGVO (Datenschutz-Grundverordnung, EU 2016/679) ist die europäische Regulierung zum Schutz personenbezogener Daten — für IT-Infrastruktur besonders relevant in Art. 5 (Grundsätze), Art. 17 (Recht auf Löschung), Art. 28 (Auftragsverarbeiter) und Art. 32 (Sicherheit der Verarbeitung).