Cyber-Security · Umsetzung

BCM & Notfallmanagement

Wenn Systeme stehen, entscheidet nicht die Firewall über den Schaden, sondern die Frage: Welche Prozesse laufen wie weiter, und in welcher Reihenfolge kommt die IT zurück? Wir bauen Business Continuity Management nach BSI-Standard 200-4, von der Business Impact Analyse bis zur geübten Krisenorganisation.

Aus begleiteten Ransomware-Großlagen wissen wir, wie sich tagelange Wiederanläufe anfühlen, und wie viel davon Vorbereitung erspart hätte. Teil unseres Cyber-Security-Portfolios.

200-4
BSI-Standard als methodisches Fundament
Nr. 3
Betriebskontinuität ist NIS2-Maßnahmenbereich nach §30 BSIG
RTO/RPO
belastbare Zeitziele statt Bauchgefühl
BCM-Projekt anfragen →

Warum BCM jetzt auf den Tisch gehört

Ransomware hat das Thema vom Papier in die Realität geholt: Verschlüsselte Verwaltungen und Kliniken kämpfen nicht Stunden, sondern Wochen mit dem Wiederanlauf, und fast immer zeigt sich dasselbe Muster: Backups existierten, aber niemand kannte die Reihenfolge, die Abhängigkeiten und die Notbetriebs-Verfahren der Fachbereiche.

Regulatorisch ist BCM längst Pflicht: NIS2 verlangt Betriebskontinuität, Backup-Management, Wiederherstellung und Krisenmanagement als eigenen Maßnahmenbereich nach §30 BSIG. Methodisch liefert der modernisierte BSI-Standard 200-4 die praxisnahe Anleitung, mit einem Stufenmodell, das auch kleineren Organisationen einen realistischen Einstieg erlaubt statt eines Konzern-BCMS ab Tag eins.

Unser Ansatz folgt genau diesem Prinzip: erst die kritischen Geschäftsprozesse und ihre Zeitziele (RTO/RPO), dann Pläne, die im Ernstfall wirklich benutzt werden, und dann üben, üben, üben.

Die BCM-Bausteine nach 200-4

Business Impact Analyse (BIA)
Welche Prozesse sind wie kritisch, welche Ausfallzeiten und Datenverluste sind tragbar? Die BIA liefert RTO und RPO je Prozess, das Fundament aller weiteren Entscheidungen.
Kontinuitätsstrategien
Notbetrieb, Ausweichverfahren, Wiederherstellung: je kritischem Prozess die wirtschaftlich sinnvolle Strategie statt Maximalabsicherung überall.
Notfall- & Geschäftsfortführungspläne
Kurz, konkret, offline verfügbar: Wer tut was, womit, in welcher Reihenfolge, inklusive der Notbetriebs-Verfahren der Fachbereiche.
IT-Wiederanlaufpläne
Die Reihenfolge entscheidet: Abhängigkeiten, Wiederanlauf-Ketten und getestete Restore-Verfahren, abgestimmt auf die RTO-Ziele der BIA.
Krisenorganisation
Krisenstab mit Rollen, Vertretungen und Alarmierung; Entscheidungswege und Kommunikation (intern, Behörden, Presse) sind vorgedacht statt improvisiert.
Übungen & Verbesserung
Vom Plan-Review über Tabletops bis zur Wiederanlauf-Übung: Jede Übung endet mit Maßnahmen, Fristen und Verantwortlichen, so reift das BCMS.

Unser Vorgehen: 4 Phasen zum gelebten BCMS

1

BIA & Risikoanalyse

Mit den Fachbereichen identifizieren wir kritische Prozesse, Abhängigkeiten und Zeitziele; die Leitung entscheidet auf dieser Basis, was welchen Schutz bekommt, dokumentiert und priorisiert.

2

Strategien & Pläne

Kontinuitätsstrategien je Prozess, dann die Pläne: Geschäftsfortführung, IT-Wiederanlauf, Notfallhandbuch, kurz genug, um im Ernstfall gelesen zu werden.

3

Krisenorganisation

Krisenstab, Alarmierung, Kommunikationswege und die Verzahnung mit Incident Response und NIS2-Meldeprozessen, ein Krisenmodell statt drei paralleler.

4

Üben & Verstetigen

Erste Tabletop-Übung als Generalprobe, Findings werden Maßnahmen, danach der Übergang in den jährlichen Übungs- und Pflege-Rhythmus mit Kennzahlen fürs Management.

Typische Fehler, an denen BCM in der Praxis scheitert

  • 1.Das Ordner-BCM: hunderte Seiten Notfallhandbuch, die im Ernstfall niemand findet, geschweige denn liest. Brauchbarkeit schlägt Vollständigkeit.
  • 2.BIA übersprungen: Pläne ohne Prozess-Priorisierung schützen das Falsche zuerst, und der Streit über die Wiederanlauf-Reihenfolge beginnt mitten in der Krise.
  • 3.IT-zentriert gedacht: Der Serverraum ist geplant, aber die Fachbereiche haben keine Notbetriebs-Verfahren, dabei müssen Bürgeramt und Buchhaltung auch ohne Fachverfahren arbeitsfähig sein.
  • 4.Backups gleich BCM: Datensicherung ist notwendig, ersetzt aber weder Krisenorganisation noch Kommunikations- und Fortführungspläne.
  • 5.Nie geübt: Der erste Test des Krisenstabs ist der echte Vorfall, und der Plan scheitert an Kleinigkeiten wie fehlenden Telefonnummern oder mitverschlüsselten Dokumenten.
  • 6.Einmalprojekt statt Regelbetrieb: Nach dem Projektabschluss altern Pläne und Erreichbarkeiten, ohne Pflege-Rhythmus ist das BCMS nach zwei Jahren Makulatur.

Für wen wir BCM aufbauen

Kommunen & Behörden

Bürgerdienste priorisieren, Fachverfahren-Abhängigkeiten beherrschen, Krisenstab mit der Verwaltungsspitze aufsetzen: Wir kennen die Amtsrealität und bauen BCM, das zur Organisation passt, nicht zum Lehrbuch.

KRITIS & NIS2-Einrichtungen

Für regulierte Betreiber verzahnen wir das BCMS mit den NIS2-Nachweisen und branchenspezifischen Anforderungen, ein System für Betrieb, Aufsicht und Auditoren.

Mittelstand

Das 200-4-Stufenmodell erlaubt den schlanken Einstieg: erst Reaktiv-Fähigkeit für die kritischsten Prozesse, dann Ausbau, mit Kosten, die zur Unternehmensgröße passen.

Warum IT-LV für Ihr BCM

Wir haben Wiederanläufe nach Ransomware nicht simuliert, sondern begleitet: Wir wissen, welche Pläne in der dritten Nachtschicht noch funktionieren und welche Annahmen als Erstes reißen. Diese Erfahrung steckt in jeder BIA-Frage und jedem Übungsszenario, das wir mit Ihnen durchspielen.

Methodisch arbeiten wir entlang BSI-Standard 200-4 und verzahnen das BCMS mit ISMS, Incident Response und NIS2-Pflichten, damit ein System alle Nachweise trägt. Und wo Technik beschafft werden muss (Backup-Härtung, Ausweich-Infrastruktur), liefern wir die Vergabe-Brücke inklusive unseres Muster-LVs für Backup und Disaster Recovery gleich mit.

So sieht ein typisches Projekt aus

Ein Kern-BCMS für die kritischsten Prozesse steht typischerweise in drei bis vier Monaten:

Monat 1
BIA-Workshops mit den Fachbereichen: kritische Prozesse, Abhängigkeiten, RTO/RPO; Priorisierung und Schutzbedarfs-Entscheidungen mit der Leitung.
Monat 2
Kontinuitätsstrategien und Pläne: Geschäftsfortführung je kritischem Prozess, IT-Wiederanlaufplan mit Reihenfolge und getesteten Restores, Notfallhandbuch offline verfügbar.
Monat 3
Krisenorganisation: Stab, Alarmierung, Kommunikationsplan, Verzahnung mit IR- und NIS2-Meldeprozessen; Schulung der Stabsrollen.
Monat 4
Tabletop-Übung als Generalprobe mit IT, Fachbereichen und Leitung; Findings werden Maßnahmen, Übergabe in den jährlichen Übungs- und Pflege-Rhythmus.

Top 10 statt 100+: unser Anbieter-Netzwerk

Rund um BCM wird regelmäßig beschafft: immutable Backups, Ausweich-Rechenzentren, Alarmierungstools, Krisenstabs-Software. Auch hier gilt unser Prinzip.

Marktkenntnis aus Erfahrung

Aus fachlich geleiteten Ausschreibungen, hunderten Anbietergesprächen und eigenen Marktstudien wissen wir, wer in welchem Feld wirklich liefert. Dieses Wissen halten wir aktuell, mit jedem Projekt und jedem Anbietergespräch.

Kuratierte Shortlist statt Marktschlacht

Von der Backup-Härtung bis zum Alarmierungstool kennen wir die Anbieter aus Projekten und Ausschreibungen: Sie starten mit den Top-Kandidaten statt 100+ Anbietern, für öffentliche Auftraggeber inklusive vergabekonformer Beschaffung mit unserem Muster-LV für Backup und Disaster Recovery.

Freie Anbieterwahl, sauber dokumentiert

Wir sind an keinen festen Partner gebunden und fragen bei Bedarf jeden Anbieter am Markt an: gemeinsam mit Ihnen, nicht als Vermittler dazwischen. Wir sitzen zusammen in den Anbietergesprächen, Sie entscheiden, und jede Empfehlung ist in einer nachvollziehbaren Wertungsmatrix begründet, die auch Gremien, Rechnungsprüfung und Vergabekammern überzeugt.

Häufige Fragen zu BCM & Notfallmanagement

Was ist der Unterschied zwischen BCM, ITSCM und Disaster Recovery?
BCM betrachtet die Geschäftsprozesse: Wie bleibt die Organisation handlungsfähig? ITSCM und Disaster Recovery sind die IT-Sicht darunter: Wie kommen Systeme und Daten zurück? Beides gehört zusammen, und die BIA verbindet es, indem sie den Systemen die Zeitziele der Prozesse gibt.
Was bedeuten RTO und RPO konkret?
RTO (Recovery Time Objective) ist die maximal tragbare Ausfallzeit eines Prozesses, RPO (Recovery Point Objective) der maximal tragbare Datenverlust, also der Abstand zur letzten brauchbaren Sicherung. Beide Werte kommen aus der BIA und steuern Backup-Design, Wiederanlauf-Reihenfolge und Budget.
Ist BCM für uns Pflicht?
Für NIS2-regulierte Einrichtungen ja: Betriebskontinuität, Backup-Management und Krisenmanagement sind Maßnahmenbereich nach §30 BSIG. Daneben fordern KRITIS-Regelungen, Versicherer und zunehmend auch Kunden entsprechende Nachweise. Und unabhängig von der Pflicht: Der erste überstandene Ernstfall bezahlt jedes BCM-Projekt.
Wie halten wir den Aufwand klein?
Mit dem Stufenmodell des BSI-Standards 200-4: erst die Reaktiv-Fähigkeit für die wirklich kritischen Prozesse, dann schrittweiser Ausbau. Eine fokussierte BIA mit den fünf bis zehn Kernprozessen ist in Wochen machbar und liefert bereits den größten Erkenntnisgewinn.
BSI 200-4 oder ISO 22301: was sollen wir nehmen?
Der BSI-Standard ist die praxisnahe deutsche Anleitung und harmoniert mit ISO 22301, dem internationalen Zertifizierungsstandard. Für Behörden und Grundschutz-Anwender ist 200-4 gesetzt; wer international zertifizieren will, dem bauen wir das BCMS ISO-kompatibel, die Bausteine sind dieselben.
Wie oft müssen wir üben?
Mindestens jährlich, sinnvoll gestaffelt: Plan-Reviews und kompakte Tabletops öfter, größere Wiederanlauf- oder Stabsübungen jährlich. Entscheidend ist die Konsequenz danach: Findings ohne Maßnahmen machen aus der Übung Theater.
Wie hängt BCM mit Incident Response zusammen?
IR bekämpft den Vorfall, BCM hält den Laden am Laufen und organisiert den Wiederanlauf, im Ernstfall arbeiten beide im selben Krisenstab. Wir bauen die Prozesse deshalb verzahnt: eine Alarmierung, eine Stabsstruktur, abgestimmte Pläne. Die IR-Seite behandelt unsere Incident-Response-Readiness.
Was kostet der BCM-Aufbau?
Die fokussierte BIA ist ein Kompaktformat zum Festpreis, das Kern-BCMS ein Projekt über drei bis vier Monate mit klar definierten Paketen. Nach dem kostenlosen Erstgespräch erhalten Sie ein Angebot; wo sich der Erfolg messen lässt, etwa an einer bestandenen Wiederanlauf-Übung, gerne mit erfolgsbasierter Komponente.
Unsere Backups sind gut. Reicht das nicht?
Backups sind die halbe Miete: Ohne getestete Restores, Wiederanlauf-Reihenfolge, Notbetriebs-Verfahren und Krisenorganisation dauert der Weg zurück trotzdem Wochen. Die BIA zeigt schnell, wo die anderen Hälften fehlen.

Handlungsfähig, wenn es darauf ankommt

Im kostenlosen Erstgespräch klären wir Reifegrad und kritische Prozesse: danach wissen Sie, welche BCM-Stufe für Sie realistisch ist.


Sie haben Fragen?

Vertriebsteam
Unser Vertriebsteam
Wir helfen Ihnen gerne weiter.
sales@it-lv.de 06124 6059217

Quellen

  1. Bundesamt für Sicherheit in der Informationstechnik (BSI): "BSI-Standard 200-4: Business Continuity Management", bsi.bund.de. Praxisnahe Anleitung zum Aufbau eines BCMS.
  2. Bundesamt für Sicherheit in der Informationstechnik (BSI): "NIS-2: Informationen für regulierte Unternehmen", bsi.bund.de. Pflichten und Maßnahmenbereiche.
  3. Europäische Union: "Richtlinie (EU) 2022/2555 (NIS-2-Richtlinie)", eur-lex.europa.eu, 2022. Risikomanagement-Pflichten inklusive Zugriffskontrolle und MFA.
Inhalt
Auf dieser Seite
Warum BCM jetzt Die BCM-Bausteine Unser Vorgehen Typische Fehler Für wen Warum IT-LV Typisches Projekt Anbieter-Netzwerk Häufige Fragen