15 Oktober 2026

Cyberresilienz bezeichnet die Fähigkeit, sich auf cyberbedingte Störungen vorzubereiten, ihnen standzuhalten, sich davon zu erholen und aus ihnen Anpassungen abzuleiten. In der Produktion steht dabei die Aufrechterhaltung oder geordnete Wiederherstellung wichtiger Funktionen im Mittelpunkt. Cyberresilienz verbindet technische Schutzmaßnahmen mit betrieblichen Abläufen, Verantwortlichkeiten und überprüften Alternativen.

Was bedeutet Cyberresilienz?

Ein Produktionsunternehmen kann nicht jede mögliche Störung sicher ausschließen. Cyberresilienz betrachtet deshalb auch den Fall, dass Schutzmaßnahmen überwunden werden oder digitale Funktionen aus anderen Gründen beeinträchtigt sind. Entscheidend ist, welche Leistung unter diesen Bedingungen noch erbracht werden kann und wie ein vertrauenswürdiger Zustand wiederhergestellt wird.

NIST SP 800-160 Volume 2 Revision 1 beschreibt Cyberresilienz anhand der Fähigkeiten, vorauszusehen, standzuhalten, wiederherzustellen und sich anzupassen. Der Leitfaden behandelt diese Eigenschaften aus einer Systems-Engineering-Perspektive. Für ein Werk müssen daraus konkrete Anforderungen an seine Prozesse und technischen Abhängigkeiten abgeleitet werden.

Cyberresilienz ist damit keine Eigenschaft, die sich allein durch ein einzelnes Sicherheitsprodukt beschaffen lässt. Sie entsteht aus dem Zusammenspiel von Architektur, Vorbereitung und tatsächlicher Handlungsfähigkeit. Eine vorhandene Ersatzlösung ist nur dann relevant, wenn sie im betrachteten Ereignis nutzbar bleibt.

Cybersecurity und Cyberresilienz unterscheiden

Betrachtung	Typische Frage	Beispiel
Schutz vor Beeinträchtigung	Wie werden unbefugte Zugriffe verhindert oder begrenzt?	Geeignete Rechte und kontrollierte Verbindungen
Erkennung und Reaktion	Wie wird eine Auffälligkeit bewertet und behandelt?	Ein abgestimmter Vorfallprozess
Cyberresilienz	Wie bleiben wichtige Leistungen trotz Störung möglich?	Ein geprüfter Ersatzprozess mit definiertem Leistungsumfang

Die Bereiche überschneiden sich. Moderne Cybersecurity umfasst ebenfalls Erkennung und Wiederherstellung. Cyberresilienz setzt besonders den betrieblichen Zusammenhang und die Funktionsfähigkeit unter ungünstigen Bedingungen in den Mittelpunkt. Sie ersetzt deshalb keine OT-Security, sondern verbindet sie mit weiteren Fähigkeiten.

Auch eine hohe technische Verfügbarkeit ist nicht automatisch Cyberresilienz. Zwei parallel betriebene Systeme können gleichzeitig betroffen sein, wenn sie dieselben verwundbaren Zugänge oder Verwaltungsdienste nutzen. Gemeinsame Ursachen müssen bei der Bewertung berücksichtigt werden.

Kritische Funktionen und Abhängigkeiten kennen

Der Ausgangspunkt ist die Frage, welche Leistungen für den Betrieb besonders wichtig sind. Dazu gehören nicht nur Maschinenbewegungen, sondern beispielsweise auch gültige Aufträge, Qualitätsfreigaben und verlässliche Materialinformationen. Die Priorität ergibt sich aus den Folgen einer Unterbrechung und deren zeitlichem Verlauf.

Für jede priorisierte Tätigkeit sollten die notwendigen Ressourcen bekannt sein. Ein Ersatzarbeitsplatz hilft wenig, wenn er dieselben ausgefallenen Daten benötigt. Eine Sicherung kann vorhanden sein, während die zum Wiederherstellen erforderliche Software oder eine qualifizierte Person fehlt.

Diese Betrachtung verbindet Cyberresilienz mit Business Continuity. Wiederanlaufziele benötigen sowohl eine Zeitangabe als auch einen definierten Leistungsumfang. Erst dann lässt sich prüfen, ob eine vorbereitete Lösung die Anforderungen tatsächlich erfüllt.

Vier Fähigkeiten in der betrieblichen Umsetzung

Vorbereiten

Relevante Szenarien, Abhängigkeiten und Zuständigkeiten werden vor einer Störung untersucht. Dazu gehören erreichbare Ansprechpartner und auch ohne die üblichen Systeme verfügbare Unterlagen. Die Vorbereitung sollte reale Einschränkungen berücksichtigen und nicht von stets vollständig verfügbarer Infrastruktur ausgehen.

Auswirkungen begrenzen

Geeignete technische Grenzen und vorbereitete Abläufe können verhindern, dass ein Ereignis alle Funktionen gleichzeitig beeinträchtigt. Netzwerksegmentierung ist ein möglicher Baustein. Ihre Wirkung hängt jedoch von der tatsächlichen Architektur und den weiterhin bestehenden Abhängigkeiten ab.

Wiederherstellen

Wichtige Funktionen werden in einer abgestimmten Reihenfolge wieder verfügbar gemacht. Dabei müssen Vertrauenswürdigkeit, Qualität und sichere Betriebszustände geprüft werden. Ein schneller Wiederanlauf ist nur dann sinnvoll, wenn die Voraussetzungen belastbar sind und keine ungeklärten Veränderungen übernommen werden.

Anpassen

Erkenntnisse aus Übungen und Vorfällen fließen in technische und organisatorische Änderungen ein. Das kann die Verringerung einer gemeinsamen Abhängigkeit oder eine bessere Übergabe von Verantwortlichkeiten sein. Lernen wird erst wirksam, wenn die beschlossenen Maßnahmen umgesetzt und überprüft werden.

Praxisbeispiel: Eingeschränkter Betrieb nach einem Systemausfall

Das folgende Beispiel ist fiktiv. Eine Montage bearbeitet im Normalbetrieb 400 Aufträge pro Tag. Für den Ausfall eines zentralen Informationssystems existiert ein vorbereiteter Ersatzprozess. Dieser kann mit unabhängig verfügbaren, geprüften Unterlagen 150 priorisierte Aufträge täglich unterstützen.

Der Ersatzprozess erhält damit einen Teil der Leistung, ersetzt aber nicht den Normalbetrieb. Bei unverändertem Bedarf entsteht ein zusätzlicher Rückstand von 250 Aufträgen pro Tag. Das Unternehmen legt deshalb fest, welche Aufträge im eingeschränkten Betrieb bearbeitet werden und wie die verbleibende Einschränkung kommuniziert wird.

In einer Übung zeigt sich, dass eine benötigte Liste nur im ausgefallenen System gespeichert wäre. Diese Abhängigkeit wird vor einem realen Ereignis behoben und der Ersatzprozess erneut geprüft. Die Verbesserung besteht nicht in einer höheren Anzahl vorhandener Pläne, sondern in einer tatsächlich nutzbaren Fortführungsmöglichkeit.

Nach Wiederherstellung müssen die während des Ersatzbetriebs entstandenen Daten abgestimmt werden. Die Cyberresilienz umfasst daher auch den kontrollierten Übergang zurück zum normalen Prozess und den Umgang mit Rückständen.

Cyberresilienz prüfen und bewerten

Eine Bewertung braucht konkrete Szenarien. „Das Werk ist cyberresilient“ bleibt ohne benannte Funktionen und Bedingungen zu allgemein. Aussagekräftiger ist beispielsweise der Nachweis, dass eine bestimmte Tätigkeit bei Ausfall eines definierten Systems für einen bestimmten Zeitraum mit begrenzter Leistung fortgeführt werden kann.

Fortführungsleistung: Welche Menge oder Funktion bleibt tatsächlich verfügbar?
Aktivierungsdauer: Wie lange dauert es bis zum nutzbaren Ersatzbetrieb?
Wiederherstellung: Welche Zeit wird bis zum bestätigten Zielzustand benötigt?
Abhängigkeiten: Welche gemeinsamen Ressourcen können mehrere Lösungen gleichzeitig beeinträchtigen?
Nachbereitung: Welche erkannten Lücken wurden nachweislich geschlossen?

Die Messung sollte klar zwischen Planwerten und überprüften Ergebnissen unterscheiden. Ein geschätzter Wiederanlauf von vier Stunden ist noch kein Beleg, dass dieser Ablauf praktisch funktioniert. Tests müssen andererseits so geplant werden, dass sie den laufenden Betrieb nicht unkontrolliert gefährden.

Typische Grenzen und Missverständnisse

Eine Datensicherung ist wichtig, aber keine vollständige Cyberresilienz. Sie kann bei der Wiederherstellung helfen, erhält jedoch nicht automatisch jede betriebliche Tätigkeit. Datenabfluss oder unerkannte Manipulation werden durch eine Sicherung ebenfalls nicht rückgängig gemacht.

Auch Redundanz muss auf gemeinsame Ursachen geprüft werden. Zwei Systeme mit identischen Zugängen und derselben administrativen Abhängigkeit können gleichzeitig ausfallen. Die relevante Frage lautet deshalb, ob die Alternative unter dem gewählten Szenario noch zur Verfügung steht.

Cyberresilienz bedeutet zudem nicht, unter allen Umständen weiterzuproduzieren. Ein kontrollierter eingeschränkter Betrieb oder eine geordnete Unterbrechung kann erforderlich sein. Die angestrebte Funktionsfähigkeit muss mit sicheren Prozessen und notwendigen Freigaben vereinbar bleiben.

Häufige Fragen zur Cyberresilienz

Ist Cyberresilienz nur ein anderes Wort für Cybersecurity?

Die Begriffe überschneiden sich, setzen aber unterschiedliche Schwerpunkte. Cyberresilienz betrachtet besonders, wie wichtige Funktionen unter Störungen erhalten oder wiederhergestellt werden. Dazu gehören neben Schutzmaßnahmen auch betriebliche Alternativen und Anpassungsfähigkeit. Für eine konkrete Planung ist daher der Funktions- und Prozessbezug wichtiger als eine starre Trennung der Begriffe.

Reicht eine zweite Anlage als Absicherung?

Nur wenn sie im betrachteten Ereignis tatsächlich nutzbar ist. Gemeinsame Software, Daten, Zugänge oder Versorgungen können beide Anlagen gleichzeitig beeinträchtigen. Zusätzlich müssen Personal, Material und Freigaben verfügbar sein. Die bloße Anzahl von Anlagen sagt daher wenig über die tatsächlich erreichbare Fortführungsleistung bei einer Cyberstörung aus.

Wie lässt sich Cyberresilienz messen?

Für definierte Szenarien lassen sich Aktivierungszeit, verfügbare Mindestleistung und Wiederherstellungsdauer betrachten. Die Werte müssen zu konkreten Tätigkeiten und Bedingungen gehören. Eine allgemeine Einzelkennzahl ist meist zu wenig aussagekräftig. Wichtig ist außerdem, geschätzte Planwerte von Ergebnissen tatsächlich durchgeführter Übungen oder Tests zu unterscheiden.

Muss die Produktion bei einem Angriff weiterlaufen?

Nein. Die angemessene Reaktion hängt von Anlagenzustand, Risiken und verfügbaren Informationen ab. Cyberresilienz umfasst auch die Fähigkeit, kontrolliert in einen beherrschbaren Zustand zu wechseln. Ein eingeschränkter Betrieb darf keine notwendigen Sicherheits- oder Qualitätsvorgaben umgehen. Die Entscheidung muss durch die zuständigen Fachleute abgestimmt werden.

Welche Rolle spielt Incident Response?

Incident Response bewertet und behandelt den Sicherheitsvorfall. Sie liefert wichtige Informationen für Eingrenzung und Wiederherstellung. Cyberresilienz betrachtet zusätzlich die Fortführungsfähigkeit wichtiger Leistungen und die langfristige Anpassung. Beide Aufgaben müssen zusammenarbeiten, damit technische Maßnahmen und betriebliche Prioritäten miteinander vereinbar bleiben.

Quelle und fachliche Einordnung

NIST SP 800-160 Volume 2 Revision 1: Developing Cyber-Resilient Systems, Grundverständnis und Systems-Engineering-Perspektive. Das Produktionsbeispiel und die Bewertungsfragen sind eigenständige Erläuterungen. Stand: Oktober 2026.