IT-Notfall-Hotline: 0211 – folgt
IT-Sicherheit

IT-Notfallplan erstellen: der Leitfaden für den Ernstfall

5 Min. Lesezeit
IT-Notfallvorsorge: gedruckter Notfallplan als Ordner neben einem Laptop mit Statusanzeige, ruhige Kontrolle

Die meisten Unternehmen investieren in Schutzmaßnahmen, damit ein IT-Notfall gar nicht erst eintritt — und das ist richtig. Doch kein Schutz ist lückenlos. Fällt die IT durch einen Angriff, einen Hardwaredefekt oder ein Versehen aus, entscheidet nicht die Frage, ob so etwas passieren kann, sondern wie gut Sie darauf vorbereitet sind. Genau das leistet ein IT-Notfallplan: Er verwandelt Chaos in einen geordneten Ablauf.

Warum jeder Betrieb einen Notfallplan braucht

Im Ernstfall zählt jede Minute. Ist die Buchhaltung verschlüsselt, die Warenwirtschaft offline oder der Mailserver nicht erreichbar, steht der Betrieb schnell still — und mit jeder Stunde wachsen der Schaden und der Druck. Wer in dieser Situation erst überlegt, wen man anrufen muss, welche Systeme zuerst zurückkommen sollen und wie die Kunden informiert werden, verliert wertvolle Zeit und trifft unter Stress schlechte Entscheidungen.

Ein Notfallplan nimmt diese Entscheidungen vorweg, solange der Kopf klar ist. Er ist kein Zeichen von Pessimismus, sondern von Professionalität — und für viele Betriebe inzwischen auch eine regulatorische Erwartung. Die Größe des Unternehmens spielt dabei kaum eine Rolle: Ein kleiner Handwerksbetrieb ohne funktionierende Auftragsverwaltung ist genauso lahmgelegt wie ein Mittelständler ohne ERP-System. Anders als ein Konzern kann ein kleinerer Betrieb einen Ausfall zudem selten aus eigener Kraft und mit eigenem Personal auffangen. Umso wichtiger ist es, den Ablauf vorab festzulegen, statt im Ernstfall unter Druck zu improvisieren.

Die Bausteine eines belastbaren Notfallplans

Ein guter Plan ist kein dickes Handbuch, das niemand liest, sondern ein knappes, klares Dokument, das im Stress funktioniert. Diese Bausteine gehören hinein.

Kontaktkette und Zuständigkeiten

An erster Stelle steht die Frage: Wer wird informiert, in welcher Reihenfolge, und wer entscheidet? Legen Sie eine Kontaktkette mit Namen, Rollen und Telefonnummern fest — intern wie extern, inklusive Ihres IT-Dienstleisters, wichtiger Lieferanten und, wo nötig, von Behörden. Benennen Sie eine Person, die im Ernstfall die Koordination übernimmt, und eine Vertretung für den Fall, dass diese nicht erreichbar ist.

Systeminventar

Sie können nur schützen und wiederherstellen, was Sie kennen. Ein aktuelles Inventar listet Ihre Systeme, Anwendungen und Daten auf — inklusive der Frage, wo sie liegen, wovon sie abhängen und wer sie betreut. Dieses Verzeichnis ist die Landkarte, ohne die im Ernstfall niemand weiß, welche Teile überhaupt betroffen sind.

Prioritäten: RTO und RPO verständlich gemacht

Nicht alles muss sofort zurück. Um Prioritäten zu setzen, haben sich zwei Kennzahlen bewährt. Die RTO (Recovery Time Objective) beantwortet die Frage: Wie lange darf ein System ausfallen, bevor es kritisch wird? Die RPO (Recovery Point Objective) beantwortet: Wie viel Datenverlust ist verkraftbar? Ein Kassensystem braucht vielleicht eine RTO von wenigen Stunden, weil ohne es kein Verkauf läuft. Ein Archivsystem verträgt dagegen auch einen Tag Ausfall. Aus diesen Werten leiten Sie ab, wie oft gesichert wird und wie schnell die Wiederherstellung greifen muss — die technische Umsetzung dahinter ist Aufgabe einer durchdachten Backup- und Recovery-Strategie.

Wiederanlauf-Reihenfolge

Aus den Prioritäten ergibt sich die Reihenfolge des Wiederanlaufs. Oft müssen bestimmte Grundsysteme — etwa Netzwerk, Verzeichnisdienst und Datenbank — zuerst laufen, bevor die darauf aufbauenden Anwendungen starten können. Diese Abhängigkeiten sollten im Plan festgehalten sein, damit niemand im Ernstfall in der falschen Reihenfolge arbeitet und wertvolle Zeit verliert.

Kommunikationsplan

Ein IT-Ausfall ist auch ein Kommunikationsereignis. Wer informiert die Mitarbeitenden, die Kunden, gegebenenfalls die Öffentlichkeit? Was wird gesagt, was nicht? Vorbereitete Textbausteine und klare Zuständigkeiten verhindern, dass in der Hektik widersprüchliche oder voreilige Aussagen nach außen dringen. Gerade bei meldepflichtigen Vorfällen gehört auch die fristgerechte Meldung an die Behörden in diesen Baustein. Denken Sie außerdem an einen Ausweichkanal für die interne Abstimmung: Ist die E-Mail ausgefallen oder kompromittiert, brauchen die Verantwortlichen einen alternativen Weg — etwa eine vorab vereinbarte Telefonliste oder einen separaten Messenger auf privaten Geräten.

Offline-Kopie des Plans

Der beste Notfallplan nützt nichts, wenn er im Moment des Notfalls unerreichbar ist. Liegt er nur auf dem Dateiserver oder in der Cloud, kann eine Verschlüsselung ihn mit einem Schlag unzugänglich machen. Halten Sie deshalb eine ausgedruckte Fassung und eine Kopie auf einem getrennten Medium bereit — an einem Ort, den die Verantwortlichen kennen.

Üben, üben, üben

Ein Plan, der in der Schublade liegt und nie erprobt wurde, ist kaum mehr als ein gutes Gefühl. Erst die Übung zeigt, ob Kontaktdaten stimmen, ob die Wiederherstellung tatsächlich funktioniert und ob die Reihenfolge im Wiederanlauf aufgeht. Bewährt hat sich eine Kombination aus einer Tischübung, bei der das Team ein Szenario durchspricht, und einer praktischen Probe, bei der Sie ein Backup wirklich zurückspielen. Planen Sie einen solchen Test mindestens einmal jährlich ein — und immer dann, wenn sich Systeme, Personal oder Abläufe wesentlich geändert haben. Jede Übung deckt Lücken auf, die Sie in Ruhe schließen können, statt sie im Ernstfall schmerzhaft zu entdecken.

Sofortmaßnahmen bei Verdacht auf einen Angriff

Verdichtet sich der Verdacht auf einen Cyberangriff — etwa durch verschlüsselte Dateien, seltsame Meldungen oder ungewöhnliche Systemaktivität — zählen die ersten Minuten. Bewahren Sie Ruhe und aktivieren Sie den Notfallplan.

Trennen Sie betroffene Geräte umgehend vom Netzwerk, um eine weitere Ausbreitung zu stoppen — ziehen Sie das Netzwerkkabel oder deaktivieren Sie das WLAN. Schalten Sie die Geräte aber nicht vorschnell aus: Ein Herunterfahren kann Spuren vernichten, die für die spätere Analyse und mögliche Wiederherstellung wichtig sind. Unternehmen Sie keine eigenmächtigen Reparaturversuche und löschen Sie nichts. Sichern Sie stattdessen vorhandene Protokolle und informieren Sie die im Plan festgelegten Verantwortlichen sowie Ihren IT-Dienstleister. Auf eine Lösegeldforderung sollten Sie nicht vorschnell eingehen — eine Zahlung garantiert keine Wiederherstellung und finanziert weitere Angriffe. Wie Sie den häufigsten Einstiegsweg solcher Angriffe von vornherein erschweren, lesen Sie in unserem Ratgeber zu den Grundlagen der IT-Sicherheit.

Vorbereitet statt überrascht

Ein IT-Notfallplan ist Ihre Versicherung gegen den Moment, in dem doch etwas schiefgeht. Er kostet vor allem Gedanken und etwas Disziplin — und zahlt sich im Ernstfall um ein Vielfaches aus, weil er aus einer drohenden Katastrophe einen beherrschbaren Zwischenfall macht.

Als Startpunkt für Ihren eigenen Plan können Sie unsere kostenlose IT-Notfallplan-Vorlage zum Ausfüllen nutzen — sie führt Sie durch die wichtigsten Bausteine von der Kontaktkette bis zu den Sofortmaßnahmen.

Von Düsseldorf aus unterstützt Lota Engineering Unternehmen dabei, für den Ernstfall gewappnet zu sein — von der Erstellung des Notfallplans über getestete Backups bis zur schnellen Reaktion mit festem Ansprechpartner. Wie unsere strukturierte Hilfe im Schadensfall aussieht, sehen Sie auf unserer Seite zum IT-Notfall. Sprechen Sie uns gern an, wenn Sie Ihre Notfallvorsorge auf ein belastbares Fundament stellen möchten.

FAQ

Häufige Fragen.

Was ist der Unterschied zwischen RTO und RPO?

Beide Kennzahlen beschreiben Ziele für die Wiederherstellung. Die Recovery Time Objective (RTO) legt fest, wie lange ein System maximal ausfallen darf, bevor es wieder laufen muss. Die Recovery Point Objective (RPO) beschreibt, wie viel Datenverlust verkraftbar ist — also wie weit Sie im schlimmsten Fall in die Vergangenheit zurückgehen müssen. Eine RPO von vier Stunden bedeutet zum Beispiel, dass mindestens alle vier Stunden gesichert werden muss.

Wie oft sollte ein Notfallplan getestet werden?

Mindestens einmal jährlich sowie nach jeder größeren Änderung an Systemen, Personal oder Abläufen. Bewährt hat sich eine Kombination aus einer Tischübung, bei der das Team den Ablauf durchspricht, und einer praktischen Wiederherstellungsprobe. Ein Plan, der nie erprobt wurde, offenbart seine Lücken erst im Ernstfall — dann, wenn keine Zeit ist, sie zu schließen.

Was ist bei einem vermuteten Cyberangriff die erste Maßnahme?

Ruhe bewahren und den Notfallplan aktivieren. Betroffene Geräte sollten Sie umgehend vom Netzwerk trennen, um eine Ausbreitung zu stoppen — aber nicht vorschnell ausschalten, da sonst wichtige Spuren verloren gehen können. Informieren Sie die im Plan festgelegten Verantwortlichen und unternehmen Sie keine eigenmächtigen Reparaturversuche, die die spätere Analyse erschweren.

Warum sollte der Notfallplan auch offline verfügbar sein?

Weil im Ernstfall genau die Systeme betroffen sein können, auf denen der Plan gespeichert ist. Wird das Netzwerk von Ransomware verschlüsselt, ist ein Plan im Dateiserver oder in der Cloud womöglich unerreichbar. Eine ausgedruckte Kopie sowie eine Fassung auf einem getrennten Medium stellen sicher, dass Kontaktdaten und Abläufe auch dann griffbereit sind.

Jetzt starten

Bereit für IT ohne Sorgen?

Vereinbaren Sie Ihr kostenloses Erstgespräch. Unverbindlich, ehrlich und mit konkreten ersten Ansätzen für Ihre IT.

Antwort in unter 24 Stunden Keine Kosten, kein Risiko Persönlicher Ansprechpartner