Sicherheitsumfang aus dem Systeminventar ableiten
CMS, Theme, Plugins, Server, DNS, CDN, Formulare und externe Skripte bilden gemeinsam die Angriffsfläche. Das Inventar ordnet jeder Komponente Eigentümer, Updatequelle, Supportstatus und Kritikalität zu.
Nicht mehr gepflegte Erweiterungen werden nicht durch häufigeres Scannen sicher. Der Vertrag benötigt einen Prozess für Austausch, Deaktivierung oder ausdrücklich dokumentierte Risikoakzeptanz.
- Vollständige Komponenten- und Versionsliste
- Seriöse Quellen für Sicherheitsinformationen
- Priorisierung nach Ausnutzbarkeit und Auswirkung
- Test- und Freigabeweg für Änderungen
- Plan für nicht mehr unterstützte Software
Patch- und Änderungsprozess festlegen
Neue Updates werden bewertet, priorisiert und in einem angemessenen Zeitfenster eingespielt. Kritische Lücken können einen beschleunigten Prozess auslösen; große Versionssprünge benötigen häufig eine Testumgebung und einen eigenen Auftrag.
Vor der Änderung werden Sicherung und Rückfallweg geprüft. Danach folgen die vereinbarten Kernfunktionstests. Das BSI weist beim Patch- und Änderungsmanagement darauf hin, dass fehlende oder mangelhafte Prozesse schnell zu Angriffspunkten führen können.
Backup-Ziele statt nur einen Turnus vereinbaren
RPO beschreibt, wie viel Datenverlust zeitlich maximal akzeptiert wird; RTO den angestrebten Zeitraum bis zur Wiederherstellung. Ein Shop mit laufenden Bestellungen benötigt andere Ziele als eine selten aktualisierte Informationsseite.
Sicherungsumfang, Häufigkeit, getrennte Speicherorte, Aufbewahrung, Verschlüsselung und Zuständigkeit werden konkret. Ein Backup beim selben Anbieter kann sinnvoll sein, sollte aber nicht die einzige Wiederherstellungsoption darstellen, wenn dessen Gesamtausfall abgedeckt werden soll.
Wiederherstellung regelmäßig realistisch testen
Eine erfolgreiche Sicherungsmeldung beweist nicht, dass Daten vollständig zurückgespielt werden können. Das BSI empfiehlt regelmäßige Tests auf Funktionalität, Konsistenz und Aktualität. Der Vertrag legt fest, in welchem Abstand und für welche Komponenten Restore-Tests stattfinden.
Der Test erfolgt möglichst in einer getrennten Umgebung und prüft nicht nur Dateien, sondern Datenbank, Konfiguration und Kernfunktionen. Ergebnis, Dauer und Abweichung werden protokolliert.
Incident Response und Kommunikation vorbereiten
Ein Sicherheitsvorfall benötigt Meldekanal, Notfallkontakte, Entscheidungskompetenz und erlaubte Sofortmaßnahmen. Mögliche Schritte sind Zugangssperre, Wartungsmodus, Beweissicherung, Wiederherstellung und Koordination mit Hosting oder Datenschutzverantwortlichen.
Der Wartungsvertrag definiert operative Aufgaben, ersetzt aber kein unternehmensweites Notfall- oder Datenschutzkonzept. Nach dem Vorfall folgen Ursachenanalyse, Bereinigung, kontrollierte Wiederinbetriebnahme und ein Maßnahmenbericht.
Kurz beantwortet
Häufige Fragen
Wie oft sollte eine Website gesichert werden?
Der Turnus richtet sich nach Änderungsrate und akzeptablem Datenverlust. Ein Shop benötigt typischerweise engere Ziele als eine statische Informationsseite.
Warum ist ein Restore-Test nötig?
Nur damit lässt sich praktisch prüfen, ob Sicherungen vollständig, lesbar und innerhalb des benötigten Zeitfensters wiederherstellbar sind.
Garantieren Updates vollständige Sicherheit?
Nein. Sie sind ein wichtiger Baustein, müssen aber mit Zugriffsschutz, Monitoring, Backup und Incident-Prozess kombiniert werden.
