Stephan VossISO (Information Security Officer)stephan.voss@stephan-voss.deLinkedIn
ISMS-GRC-WEBGOVERNANCE · RISK · COMPLIANCE · ASSURANCE
PRAXISFALL

Vom Unternehmensziel bis zum Wirksamkeitsnachweis

Ein zusammenhängender Fall zeigt, wie Governance, Risk, Compliance, Assurance und Cybersecurity miteinander arbeiten, ohne dass eines davon das andere ersetzt.

Montagmorgen. Noch drei Tage bis zum Auszahlungslauf. Der zentrale Rechenzentrumsdienstleister meldet eine schwerwiegende Störung. Mehrere Systeme sind nicht erreichbar. Ein Wiederherstellungszeitpunkt ist zunächst unbekannt.

Nicht: „Welcher Server ist kaputt?“
Sondern: „Können wir unsere Renten trotzdem vollständig, korrekt und rechtzeitig auszahlen?“
DER KOMPLETTE FLUSS

Eine Geschichte – fünfzehn verbundene Schritte

01
OBJECTIVE

Leistungsberechtigte erhalten ihre Leistungen vollständig, korrekt und fristgerecht.

02
CONTEXT

Rentenzahlung hängt von Fachprozess, Leistungsdaten, Mitarbeitenden, Bank, Anwendungen, Infrastruktur und Dienstleister ab.

03
OBLIGATIONS

Gesetzliche, regulatorische, vertragliche und interne Verpflichtungen definieren Grenzen und Erwartungen.

04
RISK

Ein längerer Ausfall kann zu verspäteten, unvollständigen oder fehlerhaften Zahlungen führen.

05
EVALUATION

Auswirkung hoch; Toleranz für Unterbrechung gering. Kritische Abhängigkeiten werden priorisiert.

06
DECISION

Wiederherstellung muss innerhalb von 8 Stunden möglich sein; Owner, Eskalation und Ressourcen werden festgelegt.

07
CAPABILITY

Business Continuity und Recovery müssen die Auszahlung auch unter Störung ermöglichen.

08
CONTROLS

Backups, Restore-Tests, Notfallverfahren, Dienstleisterpflichten, alternative Arbeitsweisen und Eskalationswege.

09
IMPLEMENTATION

Organisation, Dienstleister, Prozesse und Technik setzen die Controls um.

10
EVIDENCE

Backup-Protokolle, Testberichte, Vertragsnachweise, Eskalationstest und gemessene Wiederherstellungszeit.

11
EFFECTIVENESS

Restore-Test benötigt 14 statt 8 Stunden: Control vorhanden, Operating Effectiveness nicht ausreichend.

12
FINDING

Recovery-Ziel wird nicht erreicht. Ursache und konkrete Engpässe werden dokumentiert.

13
ACTION

Recovery-Prozess und technische Wiederherstellung werden verbessert.

14
RETEST

Neuer Test: 6,5 Stunden. Target erreicht; Current State wird aktualisiert.

15
IMPROVEMENT

Erkenntnisse fließen in Verträge, Verfahren, Tests und Risikobewertung zurück.

WAS DER FALL ZEIGT

Die Ebenen bleiben sauber getrennt

GOVERNANCE

Richtung & Mandat

Wer setzt Toleranz und entscheidet?

RISK

Zielbezogene Unsicherheit

Was kann die Auszahlung beeinträchtigen?

COMPLIANCE

Verpflichtungen

Welche Grenzen und Zusagen gelten?

ASSURANCE

Wirkung

Woher wissen wir, dass Recovery funktioniert?

DOMAIN

Cybersecurity

Falls Ransomware Ursache ist: Assets, Threats, Vulnerabilities und Cyber Controls vertiefen.

IMPROVEMENT

Lernen

Finding → Action → Retest → neuer Current State.