Definieren, was „die Website“ umfasst
Beginnen Sie mit einem Service-Inventar. Für jede Site, jedes Portal, jeden Shop oder jede Kampagne führen Sie Geschäftseigentümer, technische(r) Verantwortliche, Hosting-Konto, Domain- und DNS-Kontrolle, Repository, Content- und Medienspeicher, Integrationen und notwendige Zugangsdaten auf. Kennzeichnen Sie, was aus der Versionskontrolle rekonstruiert werden kann und was eindeutige Datensätze enthält.
Beziehen Sie Konfiguration bewusst ein: Weiterleitungen, CDN- oder Firewall-Einstellungen, geplante Jobs, Templates und Infrastructure-as-Code-Dateien. Kopieren Sie keine Live-Geheimnisse in ein allgemeines Manifest; verweisen Sie stattdessen auf das genehmigte Geheimnis-Management-System und den Notfallzugriffsprozess. Die WordPress-Dokumentation zeigt die übliche Lücke: eine typische Site benötigt sowohl die Dateien als auch eine separate Datenbank.
Definieren Sie die kleinste sichere Version, die wesentliche Informationen oder Transaktionen bereitstellen kann.
Geben Sie kompatiblen Datenbank-, Datei-, Medien- und Konfigurationsexporten ein einheitliches Zeitstempel- oder Versionslabel.
Frequenz und Aufbewahrung aus geschäftlicher Toleranz ableiten
Wählen Sie die Frequenz nach Änderungsrate und Wert. Schreiben Sie das RPO (Recovery Point Objective) in einfacher Sprache und prüfen Sie, dass jeder eindeutige Speicher oft genug erfasst wird. Eine nächtliche Dateikopie kann kein vierstündiges RPO für eine schnell veränderliche Datenbank erfüllen.
Setzen Sie das RTO (Recovery Time Objective) separat. Berücksichtigen Sie Genehmigungen, saubere Infrastruktur, Wiederherstellung, Validierung, Verkehrsänderungen und interne Kommunikation. Messen Sie es in einer Übung statt eine Anbieterangabe zu übernehmen. Bewahren Sie ältere Wiederherstellungspunkte lange genug auf, um vor einem Fehler oder einer verzögerten Entdeckung erreichbar zu sein, und stimmen Sie die Aufbewahrung mit Datenschutz-, Archiv- oder Rechtsverantwortlichen ab, wenn Daten dies erfordern.
Vergleichen Sie das Intervall zwischen vollständigen Wiederherstellungspunkten mit dem RPO jedes Dienstes.
Verifizieren Sie, dass eine autorisierte Person einen älteren genehmigten Wiederherstellungspunkt finden kann.
Wiederherstellungskopien trennen und schützen
Nutzen Sie mehrere Kopien an unterschiedlichen Orten oder in verschiedenen Diensten, sodass ein einzelnes Konto, ein lokales Ereignis oder ein Fehler nicht jede Option entfernt. CISA empfiehlt regelmäßige automatisierte Backups, eine Off‑Site-Kopie, Verschlüsselung und Offline-Kopien. NCSC rät von dauerhaft verbundenen Backup-Geräten ab und empfiehlt mehr als eine Backup-Lösung oder -Location.
Schützen Sie die Backup-Administration mit dem Prinzip der geringsten Rechte, Multi-Faktor-Authentifizierung wo unterstützt, separaten Admin-Konten und regelmäßigen Zugriffsüberprüfungen. Verwenden Sie Löschschutz, Versionsverlauf oder immutablen Speicher erst nach Verständnis der Kosten und des Wiederherstellungsverhaltens. Verschlüsseln Sie gespeicherte Daten und testen Sie die Schlüsselverwaltung. Verschlüsselung ohne erreichbare Schlüssel ist unbrauchbar; breit geteilter Zugriff schwächt jede Kopie.
Die Kopie sollte einen deutlich anderen Ausfallmodus als die Produktion haben.
Listen Sie, wer Backups lesen, ändern, löschen und wiederherstellen kann; entfernen Sie veraltete Zugriffe.
Ein Wiederherstellungs-Runbook schreiben und Zuständigkeiten zuweisen
Ein Runbook ist die getestete Wiederherstellungsprozedur. Bewahren Sie eine Kopie auf, die ohne den betroffenen Service, den Produktions-Identity-Provider oder das normale Chat-System erreichbar ist. Enthalten sind Kontakte und Stellvertreter, Entscheidungsbefugnisse, Systempriorität, Backup-Standorte, Voraussetzungen, Wiederherstellungsreihenfolge, Validierungschecks und Abbruchbedingungen.
Benennen Sie für jeden kritischen Dienst einen verantwortlichen Recovery-Owner und einen Ersatz. Definieren Sie, wer Produktionswiederherstellungen, DNS-Änderungen und geschäftliche Datenvalidierung autorisiert. Bei Payment-Card-Daten, sensiblen personenbezogenen Daten oder regulierten Aufzeichnungen holen Sie qualifizierte Reviews von Sicherheit, Datenschutz, Rechtsabteilung und bei Bedarf PCI-Fachleuten ein, bevor Sie entscheiden, was aufzubewahren, zu melden oder wiederherzustellen ist.
Dokumentieren Sie den gewählten Wiederherstellungspunkt, die genehmigende Person, berührte Systeme, das Validierungsergebnis und Ausnahmen.
Dokumentieren Sie kontrollierten Notfallzugang; verlassen Sie sich niemals auf das Gerät oder die Erinnerung einer einzelnen Person.
Sicher wiederherstellen nach vermuteter Kompromittierung
Überschreiben Sie die Produktion nicht automatisch mit der neuesten Kopie, wenn unautorisierter Zugriff, Malware oder verdächtige Löschungen möglich sind. Folgen Sie dem Incident-Prozess, bewerten Sie, welche Konten und Backups betroffen sein könnten, wählen Sie einen Punkt anhand von Beweisen aus und bauen oder isolieren Sie die Wiederherstellungsumgebung, bevor Sie sie wieder verbinden.
CISA empfiehlt, in Prioritätsreihenfolge für kritische Dienste wiederherzustellen und warnt davor, saubere Systeme erneut zu infizieren. NCSC empfiehlt, Backups nur an bekannten sauberen Geräten anzuschließen und sie vor der Wiederherstellung zu scannen. Diese Schritte verringern das Risiko, garantieren aber keine Sauberkeit. Eskalieren Sie an qualifizierte Incident-Response-Hilfe, wenn Untersuchung, Beweissicherung oder Berichtspflichten relevant werden könnten.
Stellen Sie den höchstprioritären Dienst auf sauberer Infrastruktur wieder her, validieren Sie ihn und fahren Sie dann in Abhängigkeitsreihenfolge fort.
Prüfen Sie Nutzerpfade, Daten, Jobs, Integrationen, Administration, Logging und neue Backup-Abdeckung.
Übungen als Nachweis und Grundlage für Abhilfemaßnahmen nutzen
Führen Sie partielle Wiederherstellungen, isolierte vollständige Wiederaufbauten, Übungen bei Abhängigkeitsverlust oder Tabletop-Entscheidungen entsprechend dem Risiko durch. Beginnen Sie mit einem sicheren, aussagekräftigen Test und erhöhen Sie die Realitätsnähe schrittweise. CISA empfiehlt vollständige und partielle Restore-Tests; NCSC empfiehlt Übungen, um Rollen, Verantwortlichkeiten Dritter und Prioritäten zu klären.
Messen Sie das Alter des Wiederherstellungspunkts gegen das RPO und die verstrichene Wiederherstellungszeit gegen das RTO. Halten Sie Set-Kennung, Teilnehmer, Validierungsergebnis, fehlgeschlagene Schritte und einen Verantwortlichen für jede Behebung fest. Testen Sie nach Schließen von Lücken erneut und nach wesentlichen Änderungen an Plattform, Identität, Datenbank oder Anbieter. SIU kann diese präventive Remediation organisieren; es ist kein Backup-System oder Live-Monitoring-Dienst.
Bewahren Sie eine knappe Aufzeichnung dessen auf, was wiederhergestellt wurde, wo, was bestanden oder fehlgeschlagen ist und wer es akzeptiert hat.
Wiederholen Sie fokussierte Tests nach wesentlichen Architektur- oder Lieferantenänderungen.