Business Impact Analysis (BIA) nach ISO/IEC 27001

Warum die BIA für Informationssicherheit entscheidend ist

Die Business Impact Analysis (BIA) ist ein zentraler Bestandteil eines Informationssicherheits-Managementsystems (ISMS) nach ISO/IEC 27001. Während die Risikoanalyse betrachtet, „was passieren kann“, beantwortet die BIA eine andere entscheidende Frage:

Was passiert, wenn ein Geschäftsprozess tatsächlich ausfällt?

Viele Unternehmen konzentrieren sich bei Informationssicherheit stark auf technische Risiken wie Cyberangriffe oder Systemlücken. Die BIA erweitert diese Sichtweise und stellt die Geschäftsprozesse in den Mittelpunkt.

Dieser Artikel erklärt:

  • was eine Business Impact Analysis (BIA) ist
  • warum sie für ISO 27001 wichtig ist
  • wie sie aufgebaut ist
  • welche Kennzahlen eine Rolle spielen
  • und wie sie direkt in Notfall- und Sicherheitskonzepte einfließt

 

Was ist eine Business Impact Analysis (BIA)?

Die Business Impact Analysis ist eine strukturierte Analyse der Auswirkungen von Ausfällen kritischer Geschäftsprozesse.

Sie untersucht:

  • Welche Prozesse sind geschäftskritisch?
  • Welche Auswirkungen hat ein Ausfall?
  • Wie lange darf ein Prozess maximal unterbrochen sein?
  • Welche Abhängigkeiten bestehen?

Ziel ist es, die geschäftliche Kritikalität von Prozessen messbar zu machen.

 

Unterschied zwischen Risikoanalyse und BIA

Die Risikoanalyse und die BIA werden häufig verwechselt, haben jedoch unterschiedliche Schwerpunkte:

Risikoanalyse

  • Fokus: Bedrohungen und Schwachstellen
  • Frage: „Was kann passieren?“
  • Ergebnis: Risiko-Level (z. B. hoch, mittel, niedrig)

BIA

  • Fokus: Geschäftsprozesse und Auswirkungen
  • Frage: „Was passiert im Ernstfall?“
  • Ergebnis: Kritikalität und Wiederanlaufzeiten

Beide Methoden ergänzen sich und bilden gemeinsam die Grundlage für ein wirksames ISMS.

 

Ziele der Business Impact Analysis

Die BIA verfolgt mehrere wichtige Ziele:

  • Identifikation kritischer Geschäftsprozesse
  • Bewertung finanzieller und operativer Auswirkungen
  • Festlegung von Wiederanlaufzeiten
  • Priorisierung von Wiederherstellungsmaßnahmen
  • Unterstützung von Notfall- und BCM-Konzepten

 

Zentrale Kennzahlen der BIA

In der Praxis basiert die BIA auf mehreren wichtigen Kennzahlen.

 

RTO – Recovery Time Objective

Die RTO beschreibt die maximale Zeit, die ein System oder Prozess ausfallen darf.

Beispiel:

  • ERP-System: RTO 4 Stunden
  • E-Mail-System: RTO 1 Stunde

Je kürzer die RTO, desto höher die Anforderungen an Backup und Redundanz.

 

RPO – Recovery Point Objective

Die RPO beschreibt, wie viele Daten maximal verloren gehen dürfen.

Beispiel:

  • RPO 15 Minuten = maximal 15 Minuten Datenverlust

Je kleiner die RPO, desto häufiger müssen Backups erstellt werden.

 

MTPD – Maximum Tolerable Period of Disruption

Die MTPD beschreibt die maximale tolerierbare Ausfallzeit eines Prozesses.

Wenn dieser Zeitraum überschritten wird, entstehen kritische Schäden für das Unternehmen.

 

Ablauf einer Business Impact Analysis

Die BIA wird typischerweise in mehreren Schritten durchgeführt.

 

1. Identifikation von Geschäftsprozessen

Zunächst werden alle relevanten Geschäftsprozesse erfasst.

Beispiele:

  • Kundenmanagement
  • Produktion
  • Buchhaltung
  • IT-Betrieb
  • Vertrieb
  • Support

 

2. Bewertung der Kritikalität

Jeder Prozess wird hinsichtlich seiner Bedeutung bewertet.

Fragen dabei:

  • Wie wichtig ist der Prozess für den Geschäftsbetrieb?
  • Welche Abhängigkeiten bestehen?
  • Welche Kunden oder Systeme sind betroffen?

 

3. Analyse der Auswirkungen

Hier wird untersucht, was bei einem Ausfall passiert.

Typische Auswirkungen:

  • finanzielle Verluste
  • Produktionsstillstand
  • Vertragsverletzungen
  • Reputationsschäden
  • rechtliche Konsequenzen

 

4. Festlegung von Wiederanlaufzeiten

Für jeden Prozess werden definierte Zeiten festgelegt:

  • RTO
  • RPO
  • Prioritäten für Wiederherstellung

 

5. Identifikation von Abhängigkeiten

Viele Prozesse sind voneinander abhängig.

Beispiele:

  • ERP abhängig von Datenbank
  • Produktion abhängig von IT-Systemen
  • Kommunikation abhängig von E-Mail-Systemen

Diese Abhängigkeiten müssen dokumentiert werden.

 

Bedeutung der BIA für ISO 27001

Die BIA ist eng mit der Risikoanalyse und dem Business Continuity Management verbunden.

Sie liefert wichtige Grundlagen für:

  • Notfallplanung
  • Disaster Recovery
  • Priorisierung von Sicherheitsmaßnahmen
  • Risikoakzeptanz

Ohne BIA ist es schwierig, realistische Sicherheits- und Wiederherstellungskonzepte zu entwickeln.

 

BIA und Business Continuity Management (BCM)

Die BIA ist ein zentraler Bestandteil des BCM.

Während die BIA analysiert, was kritisch ist, definiert das BCM, wie der Betrieb im Notfall aufrechterhalten wird.

Zusammen bilden sie die Grundlage für:

  • Notfallpläne
  • Wiederanlaufstrategien
  • Krisenmanagement
  • Resilienz von Unternehmen

 

Typische Fehler bei der BIA

1. Unvollständige Prozessliste

Wichtige Geschäftsprozesse werden nicht berücksichtigt.

 

2. Unrealistische Zeitangaben

RTO und RPO werden zu optimistisch oder zu pauschal definiert.

 

3. Fehlende Abhängigkeiten

System- und Prozessabhängigkeiten werden nicht berücksichtigt.

 

4. Keine Aktualisierung

Die BIA wird einmal erstellt und nicht regelmäßig gepflegt.

 

5. Keine Verbindung zur Realität

Ergebnisse der BIA werden nicht in technische oder organisatorische Maßnahmen umgesetzt.

 

Dokumentation der BIA

Die ISO 27001 verlangt eine nachvollziehbare Dokumentation.

Typische Inhalte:

  • Prozessliste
  • Kritikalitätsbewertung
  • RTO/RPO-Werte
  • Abhängigkeitsanalysen
  • Impact-Bewertungen

Diese Dokumentation wird im Audit geprüft.

 

Resümee

Die Business Impact Analysis ist ein wichtiger Bestandteil der ISO/IEC 27001. Sie ergänzt die Risikoanalyse um die geschäftliche Sicht und macht die Auswirkungen von Ausfällen transparent. Eine sorgfältige BIA bildet die Grundlage für Business Continuity Management, Notfallplanung und eine nachhaltige Informationssicherheitsstrategie.

 

Unser Angebot für Sie:

  • Gap-Analyse Ihres ISMS im Kontext von NIS-2 und KRITIS
  • Aufbau oder Anpassung von Risiko- und Sicherheitskonzepten nach NIS-2
  • Unterstützung bei Incident-Management, Lieferkette und Meldepflichten
  • Vorbereitung auf NIS-2 Nachweise sowie ISO 27001 Audits
  • Schulungen für Geschäftsführung und Fachbereiche zu NIS-2 und IT-Sicherheit

 

Kontaktieren Sie uns noch heute!
Für ein unverbindliches Erstgespräch – wir beraten Sie
zu IT-Sicherhei nach KRITIS & NIS2.

 

Matthias A. Walter, http://www.tec4net.com

EDV-Sachverständiger | Auditor für Datenschutz und IT-Sicherheit


Quellen und Links:

Sichere TISAX-Implementierung mit tec4net
https://www.tec4net.com/web/tisax-informationssicherheit-in-der-automobilindustrie/

Offizielle TISAX-Seite der ENX Association
https://enx.com/en-US/tisax/

ISO/IEC 27001:2022 – Grundlagen und Normenübersicht
https://www.iso.org/standard/27001

Fragen und Antworten zu TISAX
https://www.tec4net.com/web/category/wissen-tisax/

Risikomanagement und Business Continuity nach ISO 22301
https://www.iso.org/standard/50038.html

Datenschutz-Grundverordnung (DSGVO) – offizielle Informationen
https://eur-lex.europa.eu/eli/reg/2016/679/oj

BSI – IT-Grundschutz und Informationssicherheit
https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Standards-und-Zertifizierung/IT-Grundschutz/it-grundschutz_node.html


tec4net – Datenschutz und IT-Sicherheit praktikabel umsetzen
Wir beraten und auditieren DSGVO und BDSG sowie die Normen ISO/IEC 27001, TISAX, NIS-2 und PCI-DSS.

 

www.tec4net.comwww.it-news-blog.comwww.it-sachverstand.infowww.datenschutz-muenchen.comwww.it-sicherheit-muenchen.com