Kurzantwort
Ein Notfallplan beantwortet die wichtigsten Fragen vor dem Ausfall.
Er enthält Auslöser und Eskalationswege, erreichbare Ansprechpartner, Prioritäten für Prozesse und Systeme, sichere Kommunikationswege, notwendige Zugänge, Ersatzabläufe sowie konkrete Schritte für Eindämmung, Wiederherstellung und Rückkehr zum Normalbetrieb.
Nicht jeder IT-Notfall ist ein Cyberangriff.
Auch Hardwaredefekte, Strom- und Internetausfälle, versehentliche Löschungen, fehlerhafte Updates, der Ausfall eines Cloud-Dienstes oder fehlende Schlüsselpersonen können den Geschäftsbetrieb unterbrechen. Ein brauchbarer Plan beschreibt deshalb keine einzelne technische Störung, sondern ein Vorgehen für unterschiedliche Ausfallsituationen.
Die erste Stunde braucht klare Entscheidungen.
- Erkennen und melden: Was ist ausgefallen, seit wann und wer ist betroffen?
- Verantwortung übernehmen: Wer koordiniert und wer darf Entscheidungen freigeben?
- Schaden begrenzen: Müssen Geräte, Konten oder Verbindungen kontrolliert getrennt werden?
- Kommunizieren: Wie werden Beschäftigte, Kunden und Dienstleister sicher informiert?
- Priorisieren: Welche Arbeitsabläufe und Systeme werden zuerst benötigt?
- Dokumentieren: Welche Beobachtungen, Zeiten und Maßnahmen müssen festgehalten werden?
Diese Informationen gehören in den Plan.
- Interne Verantwortliche mit Rollen, Vertretungen und erreichbaren Kontaktdaten
- Kontakte zu IT-Dienstleister, Internetanbieter, Versicherer und wichtigen Softwareanbietern
- Priorisierte Geschäftsprozesse, Anwendungen, Daten und technische Abhängigkeiten
- Entscheidungskriterien für Eskalation, Abschaltung und externe Unterstützung
- Alternative Kommunikationswege unabhängig von der ausgefallenen IT
- Sicher verwahrte Notfallzugänge, Wiederherstellungscodes und Vertragsinformationen
- Standorte und Verantwortliche für Sicherungen, Ersatzgeräte und notwendige Unterlagen
- Schritte für Wiederherstellung, Funktionsprüfung und Freigabe des Normalbetriebs
Geschäftsprozesse bestimmen die technische Reihenfolge.
Eine reine Liste von Servern und Anwendungen reicht nicht aus. Zuerst muss klar sein, welche Tätigkeiten für das Unternehmen besonders zeitkritisch sind: etwa Auftragsannahme, Produktion, Terminplanung, Buchhaltung oder Kundenkommunikation. Erst daraus ergibt sich, welche Identitäten, Netzwerke, Daten und Systeme zuerst wieder funktionieren müssen.
Abhängigkeiten sollten ausdrücklich dokumentiert werden. Eine Fachanwendung kann technisch verfügbar sein und trotzdem nicht nutzbar sein, wenn Anmeldung, Datenbank, Dateispeicher, Internetverbindung oder ein externer Dienst fehlen.
Kommunikation muss auch ohne E-Mail funktionieren.
Wenn Microsoft 365, der Mailserver oder das Unternehmensnetzwerk betroffen ist, darf der Notfallplan nicht nur dort gespeichert sein. Wichtige Rufnummern, Rollen und erste Schritte benötigen eine geschützte, unabhängig erreichbare Kopie. Gleichzeitig muss festgelegt sein, wer Informationen nach innen und außen freigibt.
Ungeprüfte Vermutungen können einen Sicherheitsvorfall zusätzlich erschweren. Beschäftigte sollten wissen, an wen sie Beobachtungen melden und welche Aussagen ausschließlich durch die benannte Koordination erfolgen.
Notfallzugänge sicher und getrennt bereithalten.
Administrative Zugänge, Wiederherstellungscodes, Verschlüsselungsschlüssel und Vertragsdaten dürfen nicht ungeschützt im Plan stehen. Sie müssen getrennt, nachvollziehbar und für berechtigte Personen auch dann erreichbar sein, wenn die normale IT nicht verfügbar ist. Der Zugriff sollte dokumentiert und regelmäßig geprüft werden.
Backup und Notfallplan erfüllen unterschiedliche Aufgaben.
Ein Backup stellt Daten oder Systeme wieder her. Der Notfallplan regelt, wer diese Wiederherstellung veranlasst, welche Reihenfolge gilt, wie lange Ersatzabläufe benötigt werden und wann ein System wieder freigegeben werden darf. Erfolgreiche Sicherungen sind deshalb wichtig, ersetzen aber keinen organisatorischen Wiederanlauf.
Ein ungeprüfter Plan ist nur eine Annahme.
Der Plan sollte in überschaubaren Übungen durchgesprochen und an einzelnen Punkten praktisch getestet werden. Dazu gehören die Erreichbarkeit von Ansprechpartnern, der Zugriff auf Unterlagen, die Wiederherstellung ausgewählter Daten und die Frage, ob Beschäftigte ihre Ersatzabläufe kennen.
- Kontaktdaten, Vertretungen und externe Rufnummern regelmäßig prüfen
- Änderungen an Systemen und Geschäftsprozessen zeitnah übernehmen
- Wiederherstellungen ausgewählter Daten nachvollziehbar testen
- Erkenntnisse aus Übungen und echten Störungen dokumentieren
- Mindestens eine geschützte Kopie außerhalb der normalen IT verfügbar halten
Fazit
Ein guter Notfallplan ist kurz genug, um im Ernstfall benutzt zu werden.
Er muss nicht jedes technische Detail enthalten. Entscheidend sind erreichbare Verantwortliche, klare Prioritäten, sichere Kommunikations- und Zugriffswege sowie nachvollziehbare Schritte bis zum geprüften Wiederanlauf. Technische Dokumentation kann den Plan ergänzen, sollte ihn aber nicht unlesbar machen.