Zutrittskontrollplattformen melden häufig, dass eine Sicherung erfolgreich abgeschlossen wurde. Diese Meldung beweist jedoch nicht, dass sich ein Controller nach einem Hardwareausfall, einer Datenbeschädigung oder einem fehlgeschlagenen Upgrade wiederherstellen lässt. Ein zweckmäßiges Wiederherstellungsprogramm validiert den gesamten Betriebszustand: Identitäten, Berechtigungsmedien, Türkonfigurationen, Zeitpläne, Alarmlogik, Integrationen, kryptografisches Material und Audit-Nachweise.
Wiederherstellbare Konfiguration definieren
Beginnen Sie mit einer Bestandsaufnahme der Controller, Erweiterungsmodule, Lesegeräte, Schnittstellen und Softwareversionen. Dokumentieren Sie, welche Informationen zentral gespeichert sind und welche ausschließlich auf der Feldhardware verbleiben. Einige Systeme sichern zwar die Serverdatenbank, lassen jedoch Controller-spezifische Dateien, Zertifikate, benutzerdefinierte Skripte oder Integrationsgeheimnisse aus. Dokumentieren Sie die genauen Komponenten, die für die Wiederherstellung jeder Controller-Klasse erforderlich sind.
Legen Sie Wiederherstellungsziele fest, die dem betrieblichen Risiko entsprechen. Für den Eingang einer Unternehmenszentrale und einen entfernten Versorgungsschrank können unterschiedliche Wiederherstellungszeiten und Toleranzen hinsichtlich des Datenverlusts erforderlich sein. Die NIST-Leitlinien zur Notfallplanung empfehlen, technische Wiederherstellungsverfahren an den geschäftlichen Auswirkungen auszurichten, statt sich auf einen einzigen allgemeinen Sicherungszeitplan zu verlassen.
Sicherungen als Sicherheitsressourcen schützen
Controller-Sicherungen können Daten von Ausweisinhabern, Netzwerkadressen, Verschlüsselungsschlüssel und privilegierte Konfigurationen enthalten. Speichern Sie diese mit Verschlüsselung, rollenbasierter Zugriffskontrolle, Integritätsprüfungen und Aufbewahrungskontrollen. Bewahren Sie mindestens eine Kopie außerhalb der produktiven Verwaltungsumgebung auf, damit Ransomware oder administrative Fehler nicht sowohl das aktive System als auch dessen Wiederherstellungsmaterial entfernen können.
Jede Sicherung sollte eindeutig einem Quellgerät, einer Softwareversion, einem Erstellungszeitpunkt und einem autorisierten Verantwortlichen zugeordnet sein. Hashwerte und unveränderlicher Speicher können dazu beitragen, unbeabsichtigte Änderungen zu erkennen. Anmeldedaten für die Wiederherstellung müssen getrennt von den Konten für den regulären Betrieb verwaltet werden.
Wiederherstellung in einer repräsentativen Testumgebung durchführen
Verwenden Sie Ersatzhardware oder isolierte Hardware, die einem produktiven Controller entspricht. Stellen Sie die Sicherung wieder her und prüfen Sie, ob das Gerät startet, eine sichere Kommunikation aufbaut und die vorgesehene Konfiguration erhält. Vergleichen Sie die Anzahl der Karteninhaber, Zutrittsstufen, Zeitpläne, Feiertage, Türparameter, Eingangs-/Ausgangslogik und Ereignisweiterleitung mit dem Referenzzustand.
Es genügt nicht, dass sich eine Datenbank fehlerfrei öffnen lässt. Testen Sie ein gültiges Berechtigungsmedium, ein abgewiesenes Berechtigungsmedium, einen Alarm bei gewaltsam geöffneter Tür, eine Kommunikationsunterbrechung sowie eine lokale Entscheidung bei getrennter Serververbindung. Der Leitfaden von SectechMedia zur Prüfung von Zutrittskontrollereignissen und Systemuhren enthält ergänzende Prüfungen zur Zuverlässigkeit von Audit-Daten.
Versions- und Schlüsselabhängigkeiten berücksichtigen
Die Wiederherstellung kann fehlschlagen, wenn die Ersatzhardware mit einem anderen Firmware-Zweig arbeitet oder Zertifikate und Verschlüsselungsschlüssel nicht verfügbar sind. Testen Sie unterstützte Upgrade- und Downgrade-Pfade, Verfahren zum Schlüsselimport und die Wiederherstellung von Lizenzen. Falls eine Sicherung nur über eine Zwischenversion der Software wiederhergestellt werden kann, bewahren Sie das entsprechende Installationsprogramm auf und dokumentieren Sie die Abfolge.
Integrationen mit Identitätssystemen, Videoplattformen und Besuchermanagementsystemen sollten mit nicht produktiven Endpunkten getestet werden. Vergewissern Sie sich, dass wiederhergestellte Konnektoren nicht versehentlich Befehle senden oder Datensätze in Produktivsystemen duplizieren.
Test mit Nachweisen abschließen
Dokumentieren Sie die Wiederherstellungsdauer, den Umfang der wiederhergestellten Daten, Ausnahmen und Korrekturmaßnahmen. Aktualisieren Sie das Betriebshandbuch nach jeder Änderung der Architektur oder Firmware und wiederholen Sie die Tests nach einem risikobasierten Zeitplan. Ein ausgereiftes Sicherungsprogramm weist die Wiederherstellbarkeit anhand beobachteter Ergebnisse nach und nicht nur durch das Vorhandensein von Dateien.
Schreibe einen Kommentar