Wissen

IT-Notfallplan

Ein IT-Notfallplan legt fest, wer bei Ausfall, Angriff oder Datenverlust welche Schritte in welcher Reihenfolge ausführt.

Zuletzt aktualisiert: 2026-07-07Autor: Tim Friedrich DekkerMarkdown-Version

Ein IT-Notfallplan ist das schriftliche Runbook für Krisen: Ransomware, Serverausfall, Datenpanne oder Totalausfall Internet — mit Rollen, Kontakten, Prioritäten und konkreten Wiederherstellungsschritten.

Was bedeutet ein IT-Notfallplan?

Inhalt: Eskalationskette (GF, IT, MSP, Versicherung, Anwalt), kritische Systeme, RPO/RTO, Backup-Standorte, Kommunikation intern/extern, Meldepflichten DSGVO. Kein theoretisches Dokument — Checklisten und Telefonnummern, die um 3 Uhr nachts funktionieren.

Plan lebt: nach Gerätewechsel, Provider-Wechsel oder Personaländerung aktualisieren. Jährliche Übung (Tabletop oder Restore) zeigt Lücken, bevor der echte Vorfall kommt.

Plan sollte Version, Datum und Owner tragen. Anhang: Telefonliste, Backup-Pfade, Versicherungsnummer, Anwalt Datenschutz. Offline-Kopie ausdrucken — Ransomware verschlüsselt auch SharePoint.

Ein IT-Notfallplan listet typischerweise Eskalationskontakte (MSP, Provider, Versicherung), Prioritäten der Systeme, Backup-Pfade und erste Isolierungsschritte bei Verdacht auf Angriff — auf maximal zwei Seiten, plus offline abgelegte Kopie.

Warum ist ein IT-Notfallplan relevant für KMU?

Panik kostet Stunden: Wer ruft wen an? Darf Lösegeld diskutiert werden? Wer informiert Mandanten? Ohne Plan entscheidet jeder anders.

Cyber-Versicherung verlangt oft Notfallplan und Nachweis von Übungen — ohne Dokumentation keine Deckung.

Tabletop-Übung einmal jährlich: 90 Minuten, fiktiver Vorfall, Rollen durchspielen. Lücken vor echtem Incident finden — günstigste Versicherung gegen Panik.

Stress blockiert kluges Handeln — ein Plan auf dem Schreibtisch (und offline) ersetzt nicht Denken, aber gibt Reihenfolge. Versicherungen zahlen eher, wenn nachweislich gehandelt wurde. Übung macht den Plan real, nicht theoretisch.

Plan mit Versicherung und Anwalt abstimmen — keine widersprüchlichen Anweisungen. Kontaktdaten vierteljährlich prüfen. Nach Übung Lessons Learned einarbeiten — Version hochzählen.

Stress blockiert kluges Handeln — ein Plan mit Prioritäten (E-Mail, ERP, Telefon) und Kontakten gibt Reihenfolge. Versicherungen und Behörden erwarten nachweisbare Reaktion; Übung macht den Ablauf real statt theoretisch.

Versionieren Sie den Plan nach jeder Übung oder jedem Vorfall — veraltete Telefonnummern im Ernstfall sind so fatal wie gar kein Plan. Bewahren Sie eine Kopie außerhalb des Firmennetzes auf.

Typische Fehler

  • Plan im Kopf des IT-Dienstleisters — GF kennt ihn nicht
  • Veraltete Telefonnummern und Passwort-Hinweise
  • Keine Priorisierung — alles „kritisch“
  • Plan nie getestet — Restore scheitert im Ernstfall

Praxisbeispiel

Ein Makler erlebt Ransomware. GF aktiviert IT-Notfallplan: MSP isoliert Netz, Versicherung informiert, Kommunikationsvorlage an Mitarbeitende. Restore aus Backup in 30 Stunden — Plan wird nach Retrospektive mit Lessons Learned aktualisiert.

Übung „E-Mail-Ausfall acht Stunden“: Team nutzt Telefonliste und temporäre Webform für Mandantenanfragen. Schwachstelle: niemand kannte Backup-Admin-Passwort — Tresor-Zugang wird ergänzt, Plan Version 1.2. GF sieht, dass BC und IT-Notfallplan zusammenpassen.

Verwandte Begriffe

Persönliche IT-Betreuung

Sie brauchen einen festen Ansprechpartner statt Einzel-Lösungen? Tim unterstützt Unternehmen bis 25 Mitarbeiter verständlich und persönlich.

Externe IT-Betreuung anfragen

Häufige Fragen

Wie lang soll ein IT-Notfallplan sein?

Kurz und ausführbar — Kontakte, Prioritäten, Restore-Schritte auf wenigen Seiten, nicht 200 Seiten ungelesen.

Weiterlesen