Artikel vom 6. Mai 2026
IT-Resilienz vs. IT-Sicherheit: Wo liegt der Unterschied?
Die klare Abgrenzung #
IT-Sicherheit antwortet auf die Frage: Wie verhindern wir einen Angriff? Sicherheit ist präventiv. Sie versucht, Eindringlinge draußen zu halten — durch Authentifizierung, Autorisierung, Verschlüsselung, Logging und Threat Detection.
IT-Resilienz antwortet auf die Frage: Wie stellen wir uns wieder her, wenn Prävention fehlschlägt? Resilienz ist reaktiv. Sie akzeptiert, dass Prävention nicht 100% ist, und bereitet sich auf schnelle Wiederherstellung vor.
Die Unterscheidung ist nicht semantisch — sie ist strategisch. Ein System kann sehr sicher sein und trotzdem nicht resilient. Ein Beispiel: Ein hochverschlüsseltes, authentifiziertes und überwachtes Cloud-Speicher-System, das aber täglich (oder noch schlimmer, kontinuierlich) mit dem Online-ERP synchronisiert wird. Wenn der Angreifer das ERP kompromittiert und die Daten verschlüsselt, repliziert diese Verschlüsselung in wenigen Minuten auch in den Cloud-Speicher. Das System war sehr sicher — aber völlig nicht-resilient, weil es keine isolierte Backup-Kopie hatte.
Das Prevent-Detect-Respond-Recover Framework #
Um Sicherheit und Resilienz zu integrieren, denken Profis in einem 4‑Stufen-Framework:
Prevent (Sicherheit): Maßnahmen, um Angriffe zu erschweren.
- Patch-Management und Vulnerability Management
- Endpoint Detection & Response (E)
- Zero Trust und Micro-Segmentierung
- Multi-Faktor-Authentifizierung
- Employee Security Awareness
Der Schlüssel: Diese Maßnahmen reduzieren Angriffsfläche, aber sie eliminieren Risiko nicht.
Detect (Sicherheit + Überwachung): Die Fähigkeit, Eindringungen schnell zu erkennen.
- SIEM (Security Information & Event Management)
- Network Detection & Response (N)
- Threat Intelligence und Behavioral Analytics
- Security Operations Center (SOC)
Der Schlüssel: Je schneller Sie einen Angriff bemerken, desto weniger Schaden entsteht.
Respond (Resilienz-Vorbereitung): Der strukturierte Umgang mit erkanntem Angriff.
- Incident Response Plan
- Klare Rollen und Eskalationspfade
- Forensik-Kapazität
- Kommunikationsplan (intern, extern, Behörden)
- Krisenmanagement-Struktur
Der Schlüssel: Reaktionsgeschwindigkeit minimiert Schadensausmaß während des Angriffs.
Recover (Resilienz): Die technische Fähigkeit, zu einem bekanntermaßen sicheren Zustand zurückzukehren.
- Backup-Management mit isolierter (Air-Gap) Ebene
- Recovery-Runbooks und Wiederherstellungs-Verfahren
- Isolierte Recovery-Umgebung (IRE) ohne Netzwerk-Zugang
- Regelmäßige Recovery-Tests (vierteljährlich)
- Verified Recoverability (nicht nur theoretisch, sondern getestet)
Der Schlüssel: Wenn Prävention, Detektion und Reaktion versagen, ist Recovery die letzte Verteidigungslinie.
Typischer Fehler: Nur in Prävention investieren #
Viele IT-Teams fokussieren exklusiv auf die Prevent-Phase. Sie implementieren E, SIEM, Segmentierung — alles sehr sinnvoll. Aber sie vernachlässigen Recovery:
- Keine isolierte Backup-Ebene (Tier 2)
- Keine Backup-Isolation vom Produktionsnetzwerk
- Keine regelmäßigen Recovery-Tests
- Keine isolierte Recovery-Umgebung (Zone 3)
Das ist wie ein Haus mit exzellenten Schlössern zu bauen — aber ohne Feuerlöscher.
Die Konsequenz: Wenn Ransomware eindringt (und sie werden eindringen), sind die Backups genauso verschlüsselt wie die Produktionsdaten. Recovery ist unmöglich, und Lösegeld wird wahrscheinlich gezahlt.
Konsequenz bei Fehlen von Resilienz #
Die Zahlen sind beunruhigend: 56% der Ransomware-Opfer zahlen Lösegeld (Sophos 2024). Das ist nicht irrational — wenn Recovery unmöglich ist, wird Lösegeld rationale Wirtschaft.
Aber es ist auch ein Symptom dafür, dass zu viele Organisationen kein vertrauenswürdiges Resilienz-Programm haben. Mit guter Resilienz:
- Recovery wird möglich in Stunden bis Tagen (nicht Wochen)
- Lösegeld wird unnötig
- Geschäft kann schnell weitergehen
- Kundenausfallzeiten sind minimal
Ohne gute Resilienz:
- Recovery ist unmöglich oder dauert Wochen
- Lösegeld wird zur Frage
- Geschäftsunterbrechung ist gravierend
- Kundenabgang und Reputationsschaden
- Regulatorische Strafen (NIS2 §30, )
Die Komplementarität beider Disziplinen #
Die beste Praxis ist nicht “Sicherheit ODER Resilienz”. Es ist “Sicherheit UND Resilienz”.
Sicherheit reduziert die Wahrscheinlichkeit eines Angriffs. Mit guter Prävention sinkt Ihre Angriffs-Exposre erheblich.
Resilienz reduziert die Auswirkungen eines Angriffs. Mit guter Wiederherstellungs-Fähigkeit wird selbst ein erfolgreicher Angriff begrenzt.
Ein einfaches Szenario: Ein gut geschütztes Unternehmen mit schwacher Resilienz wird von einem fortgeschrittenen Angreifer mit 1% Wahrscheinlichkeit getroffen — erleidet dann aber 10 Mio. EUR Schaden. Ein Unternehmen mit weniger Sicherheit (3% Angriffs-Wahrscheinlichkeit) aber guter Resilienz erleidet nur 500.000 EUR Schaden pro Angriff. Langfristig zahlt sich eine Balance aus.
Häufige Fragen #
Ist E Sicherheit oder Resilienz? E (Endpoint Detection & Response) ist technisch Sicherheit (Prevent/Detect) — aber es kontribuiert auch zu Resilienz, weil eine schnelle Detektion eine schnellere Reaktion ermöglicht.
Ist Backup Resilienz? Backup ist notwendig für Resilienz, aber nicht hinreichend. Ein Backup ohne Isolation vom kompromittierten Netzwerk ist nutzlos bei Ransomware. Backup ist also Infrastruktur für Resilienz.
Können wir auf IT-Sicherheit verzichten, wenn wir gute Resilienz haben? Nein. Ohne Prävention werden Sie permanent angegriffen, und selbst gute Resilienz wird überwältigt. Die beste Praxis ist beide.
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.
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.
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.
DORA
DORA (Digital Operational Resilience Act, EU 2022/2554) ist eine EU-Verordnung, die seit Januar 2025 für alle regulierten Finanzmarktteilnehmer gilt und konkrete Anforderungen an IKT-Risikomanagement, Backup-Systeme (Art. 11 und 12), Drittanbieter-Management (Art. 28–30) sowie Incident-Meldung stellt.