Immutable Backup steht im Mittelpunkt dieses praxisorientierten GORTNET-Leitfadens. Der Beitrag zeigt, welche Entscheidungen IT-Verantwortliche und Unternehmen treffen sollten und wie sich technische Risiken nachvollziehbar begrenzen lassen.
Autor: Salman Dolatpanah Gortlar · GORTNET
Warum gewöhnliche Backups allein nicht genügen
Angreifer versuchen häufig, auch Sicherungskopien und Backup-Verwaltung zu kompromittieren. Wenn Administratorrechte dieselben Systeme erreichen, ist eine Sicherung nicht automatisch sicher. Ein belastbares Konzept trennt Backup-Daten, Identitäten und Wiederherstellungsprozesse.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
Was Immutable Backup bedeutet
Eine unveränderbare Sicherung lässt sich während einer definierten Aufbewahrungsfrist nicht regulär überschreiben oder löschen. Entscheidend sind die tatsächlichen technischen Garantien der Plattform, Governance-Optionen und der Umgang mit kompromittierten Administratorkonten.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
Das Prinzip 3-2-1-1-0 praktisch
Drei Kopien, zwei unterschiedliche Medien oder Speichertypen, eine externe Kopie, eine isolierte oder unveränderbare Kopie und null ungeprüfte Fehler nach Verifikation: Die oft verwendete 3-2-1-1-0-Regel ist ein Leitbild, das an das Unternehmen angepasst werden muss.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
Air Gap und getrennte Administratoren
Logische oder physische Isolation reduziert gemeinsame Fehlerdomänen. Separate administrative Identitäten, MFA, dedizierte Netzsegmente und begrenzte Backup-Berechtigungen verbessern den Schutz.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
RPO und RTO als Geschäftsentscheidung
Das Recovery Point Objective beschreibt tolerierbaren Datenverlust; das Recovery Time Objective die zulässige Wiederherstellungsdauer. Diese Ziele bestimmen Aufbewahrung, Frequenz, Plattformleistung und Budget.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
Restore-Tests und echte Wiederanlaufproben
Eine grüne Backup-Meldung beweist nicht, dass ein kompletter Geschäftsdienst wiederhergestellt werden kann. Unternehmen sollten Dateirestores, Datenbankkonsistenz und den Wiederanlauf abhängiger Anwendungen regelmäßig überprüfen.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
Cloud- und On-Premises-Umgebungen
Microsoft 365, Hypervisor, Datenbank, NAS und Objekt-Storage haben unterschiedliche Sicherungs- und Wiederherstellungsmodelle. Rechte, API-Limits und Retention-Einstellungen müssen einzeln beurteilt werden.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
Checkliste für die Geschäftsführung
Kritische Anwendungen priorisieren, Restore-Verantwortliche bestimmen, isolierte Kopie prüfen, Alarmierung einschalten, Tests dokumentieren und nach jedem wesentlichen Infrastrukturwechsel erneut bewerten.
Praxis-Tipp: Dokumentieren Sie dafür Verantwortlichkeiten, messbare Prüfkriterien und eine nachvollziehbare Freigabe. Starten Sie mit einem begrenzten Pilotprojekt, kontrollieren Sie technische Abhängigkeiten und überprüfen Sie Ergebnisse vor jeder produktiven Änderung.
Weiterführende Informationen und Beratung
Weitere Fachartikel: AI Agent Security 2026: OWASP-Risiken und Schutzmaßnahmen · Passkeys statt Passwörter: Unternehmen sicher umstellen · EU AI Act 2026: KI-Governance praktisch umsetzen
Offizielle Quelle: https://www.cisa.gov/stopransomware
Sie möchten den Ansatz für Ihre Infrastruktur bewerten? Kontaktieren Sie GORTNET und schildern Sie Ihre technische Fragestellung.