praxisbeitrag · CIO-Agenda

Cyberresilienz beginnt im Geschäftsmodell

Wiederanlaufpläne bleiben technisch, solange nicht klar ist, welche Kundenleistung unter Angriff weiter funktionieren muss.

Geschäftsleitung und Sicherheitsteam prüfen die Abhängigkeiten einer kritischen Kundenleistung
Resilienz wird konkret, wenn technische Wiederherstellung an geschäftlicher Wirkung ausgerichtet ist. Foto: Transformation Briefing

Cyberresilienz wird in vielen Unternehmen über Systeme organisiert. Für Anwendungen existieren Wiederherstellungszeiten, Backups und Notfallhandbücher. Im Ernstfall zeigt sich jedoch, dass eine technisch wiederhergestellte Anwendung noch keine funktionierende Kundenleistung ergibt. Identität, Daten, Kommunikation, Lieferanten und manuelle Entscheidungen müssen ebenfalls zusammenspielen.

Der Ausgangspunkt darf deshalb nicht das Systeminventar sein. Er muss die Leistung sein, die das Unternehmen auch unter Angriff erbringen will.

Kritische Leistung statt kritisches System

Ein Onlineshop kann erreichbar sein, während Zahlung, Lagerbestand oder Versand blockiert bleiben. Eine Produktionsanlage kann laufen, obwohl Qualitätsdaten fehlen und deshalb keine Ware freigegeben werden darf.

Eine kritische Geschäftsleistung beschreibt den vollständigen Weg bis zu einem relevanten Ergebnis: ein Kunde erhält Geld, ein Ersatzteil wird ausgeliefert oder eine medizinische Versorgung bleibt verfügbar. Erst von dort werden die notwendigen Menschen, Daten, Partner und Systeme rückwärts abgeleitet.

Diese Sicht verhindert, dass jedes technische System die höchste Priorität beansprucht. Sie macht sichtbar, welche wenigen Fähigkeiten tatsächlich zeitkritisch sind.

Resilienz ist nicht die Geschwindigkeit, mit der IT zurückkehrt. Sie ist die Fähigkeit, unter veränderten Bedingungen eine verantwortbare Leistung aufrechtzuerhalten.

Abhängigkeiten realistisch testen

Architekturdiagramme zeigen vorgesehene Verbindungen. Krisen zeigen tatsächliche Abhängigkeiten. Dazu gehören persönliche Zugänge, informelle Freigaben, Tabellen, externe Dienstleister und Wissen einzelner Mitarbeitender.

Unternehmen sollten deshalb nicht nur technische Failover testen. Eine Übung muss eine konkrete Leistung unter realistischen Einschränkungen simulieren: Identitätssysteme sind nicht verfügbar, ein Cloudanbieter ist gestört oder interne Kommunikation gilt als kompromittiert.

Das Ziel ist nicht, einen perfekten Ablauf vorzuführen. Es ist, Annahmen zu widerlegen, solange daraus noch eine Verbesserung entstehen kann.

Manuelle Alternativen bewusst gestalten

Viele Notfallpläne verweisen auf manuelle Prozesse. Häufig ist unklar, wie viel Volumen diese bewältigen, welche Fehler entstehen und wer über Prioritäten entscheidet.

Ein belastbarer Fallback besitzt deshalb eine definierte Kapazität, klare Kriterien und vorbereitete Arbeitsmittel. Wenn nur zehn Prozent des Normalvolumens möglich sind, muss vor der Krise entschieden werden, welche Kunden oder Leistungen Vorrang erhalten.

Diese Entscheidung ist geschäftlich und ethisch, nicht technisch. Sie gehört in die Verantwortung der Unternehmensleitung.

Lieferanten in die Übung einbeziehen

Digitale Leistungen beruhen auf einem Netzwerk externer Anbieter. Verträge definieren Verfügbarkeit, beantworten aber selten, wie Zusammenarbeit während eines größeren Vorfalls tatsächlich funktioniert.

Kritische Partner sollten an ausgewählten Übungen teilnehmen. Dabei geht es um Kontaktwege, gemeinsame Lagebilder, Freigaben und die Reihenfolge der Wiederherstellung. Ein vertraglicher Anspruch ersetzt keine eingeübte Koordination.

Ein Cockpit für Wiederanlauffähigkeit

Der Vorstand braucht keine Liste technischer Schwachstellen. Er braucht eine Sicht auf wenige geschäftliche Leistungen und deren reale Belastbarkeit:

  • Wie lange kann die Leistung ohne zentrale Systeme fortgeführt werden?
  • Welche minimale Kapazität ist verfügbar?
  • Welche Abhängigkeit besitzt keinen getesteten Ersatz?
  • Wer entscheidet über Einschränkung und Wiederaufnahme?
  • Wann wurde der gesamte Leistungsweg zuletzt geübt?

Diese Fragen verbinden Cyberrisiko mit Kundenwirkung, Liquidität und Reputation.

Resilienz als Produktentscheidung

Jede neue digitale Funktion verändert die Angriffsfläche und den Wiederanlauf. Deshalb muss Resilienz Teil der Produktentscheidung sein. Teams sollten nicht nur definieren, wie ein Dienst funktioniert, sondern wie er kontrolliert ausfällt, eingeschränkt betrieben und wieder aufgenommen wird.

Cyberresilienz wird damit zu einer Eigenschaft des Geschäftsmodells. Unternehmen, die sie früh gestalten, reagieren nicht nur besser auf Angriffe. Sie verstehen ihre kritischen Leistungen präziser – und können auch bei anderen Störungen schneller und verantwortlicher handeln.

Jeden Donnerstag

Das wöchentliche Briefing

Die wichtigsten Impulse zu Führung, Technologie und Organisation — kuratiert von der Redaktion.