Incident Response · Vorsorge

IT-Notfallplan für KMU: Was im Ernstfall wirklich hilft

Ein brauchbarer Notfallplan passt auf wenige Seiten, ist offline verfügbar, benennt Entscheidungen und wurde geübt. So bauen Sie ihn Schritt für Schritt auf.

Akuter Vorfall? Bewahren Sie Ruhe, dokumentieren Sie Beobachtungen und vermeiden Sie unkoordinierte Lösch-, Neustart- oder Neuinstallationsversuche. Informieren Sie Geschäftsleitung und IT-Verantwortliche, bilden Sie ein kleines Entscheidungsteam und holen Sie früh qualifizierte Unterstützung.

Warum ein Notfallplan kein IT-Handbuch ist

Im Notfall fehlen Zeit, Informationen und oft auch gewohnte Kommunikationsmittel. Ein technisches Handbuch beschreibt Systeme; der Notfallplan beschreibt Entscheidungen: Wer übernimmt die Leitung? Welche Dienste haben Vorrang? Wer darf Systeme abschalten oder wieder freigeben? Wie wird kommuniziert, wenn E-Mail nicht vertrauenswürdig ist?

Das BSI betont für Unternehmen unter anderem die frühe Information relevanter Stellen, einen Krisenstab beziehungsweise eine Projektgruppe, die strukturierte Sammlung von Informationen und die Prüfung von Melde- und Kommunikationspflichten.

Die sieben Bausteine

1. Offline-Kontaktliste

Geschäftsleitung, IT, Datenschutz, externe IT-Forensik, Cyberversicherung, Rechtsberatung, Kommunikation und gegebenenfalls Behörden gehören mit aktuellen Vertretungen in eine offline verfügbare Liste.

2. Rollen und Entscheidungsrechte

Benennen Sie Einsatzleitung, Technik, Kommunikation und Dokumentation. Halten Sie fest, wer über Betriebsunterbrechung, externe Kommunikation und Wiederanlauf entscheidet.

3. Kritische Geschäftsprozesse

Ordnen Sie Systeme nach betrieblicher Wirkung. Welche Leistung muss zuerst zurückkehren? Welche manuellen Ersatzverfahren sind für Stunden oder Tage möglich?

4. Technische Sofortmaßnahmen

Definieren Sie Grundsätze für Isolation, Sperrung von Zugängen, Sicherung von Protokollen und Datenträgern sowie für die kontrollierte Kommunikation mit möglicherweise betroffenen Standorten.

5. Melde- und Kommunikationsmatrix

Prüfen Sie mögliche Datenschutz-, NIS2-, Vertrags-, Versicherungs- und Branchenpflichten. Legen Sie fest, wer Kunden, Partner und Mitarbeitende informiert. Aussagen sollten gebündelt, bestätigt und dokumentiert werden.

6. Wiederanlaufplan

Beschreiben Sie Reihenfolge, technische Abhängigkeiten, benötigte Schlüssel, Lizenzen und Freigaben. Ein Restore ist erst abgeschlossen, wenn der wiederhergestellte Dienst geprüft und für den Betrieb freigegeben wurde.

7. Übungen und Verbesserung

Spielen Sie Szenarien als Tabletop-Übung durch: E-Mail ausgefallen, Admin-Konto kompromittiert, Backup-Konsole nicht erreichbar. Ergänzen Sie gezielte Wiederherstellungstests und aktualisieren Sie den Plan nach jeder wesentlichen Änderung.

Die ersten 60 Minuten eines Verdachtsfalls

  1. Beobachtung, Uhrzeit und betroffene Systeme dokumentieren.
  2. Entscheidungsverantwortliche und IT informieren.
  3. Betroffene Systeme kontrolliert isolieren, ohne Spuren unnötig zu verändern.
  4. Administrative Zugänge und Fernzugriffe als mögliche Ursache prüfen.
  5. Externe Vorfallunterstützung und gegebenenfalls Versicherer früh einbinden.
  6. Kommunikation über einen vertrauenswürdigen Kanal organisieren.

Häufige Fragen

Soll ein verdächtiger Computer sofort ausgeschaltet werden?

Nicht pauschal. Ausschalten oder Neustarten kann flüchtige Spuren verändern. Trennen Sie das Gerät möglichst kontrolliert vom Netzwerk und stimmen Sie weitere Schritte mit einem Vorfall-Experten ab.

Was gehört offline in den Notfallplan?

Kontakte, Rollen, Entscheidungsbefugnisse, kritische Dienste, Kommunikationswege, Versicherungs- und Meldeinformationen sowie die Reihenfolge des Wiederanlaufs.

Wie oft sollte ein IT-Notfallplan getestet werden?

Mindestens regelmäßig und nach wesentlichen Änderungen. Kleine Tabletop-Übungen und gezielte Restore-Tests sind oft wirksamer als ein ungeprüftes umfangreiches Handbuch.

Vierstufiger Kreislauf aus Systemübersicht, Risikoanalyse, Schutzmaßnahmen und Dokumentation
Vom Überblick zum NachweisGute IT-Governance verbindet bekannte Systeme, bewertete Risiken, umgesetzte Maßnahmen und nachvollziehbare Dokumentation.
Orientierung

Ein Notfallplan wird erst durch Übungen belastbar

Vorbereitung, Alarmierung, Eindämmung, Wiederanlauf und Auswertung bilden einen wiederkehrenden Verbesserungsprozess.

  1. VorbereitenKritische Dienste, Kontakte und Entscheidungsrechte festlegen
  2. AlarmierenVerdacht melden und Lagebild aufbauen
  3. EindämmenSchaden begrenzen und Beweise erhalten
  4. WiederanlaufenPriorisierte Dienste kontrolliert herstellen
  5. VerbessernÜbung oder Vorfall auswerten und Plan nachführen
Ein kurzer, geübter Plan ist im Ernstfall wertvoller als ein umfangreiches, unbekanntes Dokument.
Nächster Schritt

Was soll Ihre IT als Nächstes besser können?

Beschreiben Sie uns kurz Ihre Situation. Wir ordnen gemeinsam ein, was dringend ist, was sinnvoll ist und womit Sie beginnen sollten.