Was ist Cyberresilienz? Definition und moderne Architektur

Cyberresilienz bezeichnet die Fähigkeit einer Organisation, Störungen vorherzusehen, ihnen standzuhalten, sich davon zu erholen und sich an sie anzupassen – unabhängig davon, ob sie durch Angriffe, Ausfälle oder Systemfehler verursacht werden. Angesichts der zunehmenden Abhängigkeit von unterschiedlichen Anbietern ist keine Architektur vor Ausfällen gefeit. Neue Ansätze für Cyberresilienz, etwa die „antifragile“ Resilienz, beschränken sich daher nicht darauf, Systeme lediglich für die Wiederherstellung auszulegen. Vielmehr geht es darum, Systeme so zu konzipieren, dass sie Störungen abfedern, deren Auswirkungen begrenzen und sich weiterentwickeln, um widerstandsfähiger zu werden. Dieser Ansatz fördert eine gezielte, disziplinierte Entwicklung und proaktive Strategien für den Umgang mit unvermeidbaren Ausfällen und gewährleistet so ein vorhersehbares und anpassungsfähiges Systemverhalten.

Das Wichtigste in Kürze:

• Cyberresilienz geht davon aus, dass Störungen unvermeidlich sind, und konzentriert sich darauf, den Betrieb bei Ausfällen, Cyberangriffen und Störungen aufseiten von Anbietern aufrechtzuerhalten, anstatt diese lediglich zu verhindern oder sich davon zu erholen.
• Anwendungsresilienz ist der Ausgangspunkt für Cyberresilienz, da sich die meisten Betriebsstörungen zuerst als Anwendungsstörungen bemerkbar machen.
• Antifragile Architekturen sind darauf ausgelegt, den Schadensradius zu begrenzen, Abhängigkeiten zu diversifizieren, richtliniengesteuerte Anpassungen zu ermöglichen und kontinuierliche Verbesserungen zu erzielen, sodass Systeme nach jeder Störung widerstandsfähiger werden, anstatt lediglich zum Normalzustand zurückzukehren.
• Regulatorische Rahmenwerke wie DORA und NIS2 machen Cyberresilienz für viele global tätige Unternehmen von einer bewährten Praxis zu einer gesetzlichen Anforderung.
• Eine resiliente Architektur kombiniert Zero-Trust-Zugriffskontrollen, Hochverfügbarkeitskonzepte für Multi-Cloud-Umgebungen sowie Schutzmaßnahmen für Webanwendungen und APIs, um Ausfälle einzudämmen und den Betrieb von Diensten auch unter realen Angriffsbedingungen aufrechtzuerhalten.

Was ist Cyberresilienz?

In der Vergangenheit lag der Schwerpunkt der Cyberresilienz auf der Wiederherstellung und der Rückkehr zum Normalbetrieb nach einem Ausfall. Heutige Cyberresilienzstrategien gehen jedoch davon aus, dass sich Störungen nicht immer verhindern lassen und die Wiederherstellung in einem verteilten System nicht schnell genug erfolgen kann. In vielen Fällen kann sich ein einzelner Fehler auf abhängige Systeme ausbreiten, bevor ein Team manuell reagieren kann. Moderne Cyberresilienzstrategien zielen darauf ab, eine Vielzahl potenzieller Störungen vorherzusehen, ihnen standzuhalten, sich davon zu erholen und sich an sie anzupassen, damit Unternehmen betriebsfähig bleiben.

Moderne Architekturen, die auf antifragilen Strategien basieren, helfen Unternehmen, sich nach Cybersicherheitsvorfällen anzupassen und gestärkt daraus hervorzugehen. Dieser Ansatz minimiert die Auswirkungen von Störungen, ermöglicht Anpassungen in Echtzeit und nutzt gewonnene Erkenntnisse, um wiederkehrende Schwachstellen zu vermeiden. Antifragile Strategien begrenzen zudem den Wirkungsradius von Vorfällen, gewährleisten die Systemverfügbarkeit bei Ausfällen, ermöglichen eine schnellere Wiederherstellung und liefern Erkenntnisse für die langfristige Optimierung der Architektur.

Unternehmen benötigen die richtigen Tools, um ihre hybriden Multicloud-Architekturen antifragil und widerstandsfähig zu gestalten. Intelligentes Traffic-Management, umfassende Sicherheit und fortschrittliche Automatisierung sind entscheidende Komponenten, mit denen Teams Systeme entwickeln können, die Störungen überstehen und gestärkt daraus hervorgehen. Die Lösungen von F5 unterstützen Unternehmen dabei, geschäftskritische Anwendungen zu schützen, Ausfallzeiten zu reduzieren und Cyberresilienz in einen Wettbewerbsvorteil zu verwandeln.

Cyberresilienz vs. Cybersicherheit

Cybersicherheit und Cyberresilienz sind sich ergänzende, aber unterschiedliche Ansätze zum Schutz von Unternehmen. Bei der Cybersicherheit steht die Prävention im Mittelpunkt. Ziel ist es, Systeme und Daten vor Bedrohungen wie Cyberangriffen, unbefugtem Zugriff und Datenlecks zu schützen. Firewalls, Verschlüsselung, Zugriffskontrollen und Tools zur Angriffserkennung fallen in diese Kategorie. Dabei handelt es sich um proaktive Abwehrmechanismen, die Bedrohungen fernhalten sollen.

Cyberresilienz geht davon aus, dass Bedrohungen und Störungen auftreten werden – sei es aufgrund eines Cyberangriffs, des Ausfalls eines Cloud-Anbieters oder einer fehlerhaft konfigurierten Einstellung in einem verteilten System. Resilienz konzentriert sich auf die Fähigkeit eines Unternehmens, sich an solche Vorfälle anzupassen, ihre Auswirkungen abzufedern und sich davon zu erholen, während die Gesamtauswirkungen auf Nutzer und Betriebsabläufe begrenzt werden.

Cyberresilienz unterscheidet sich auch von der Notfallwiederherstellung. Eine Strategie zur Notfallwiederherstellung legt die Schritte und die Infrastruktur fest, die erforderlich sind, um nach einem bestimmten Ereignis den Normalbetrieb wieder aufzunehmen. Ziel der Strategie ist es in der Regel, eine bestimmte Wiederherstellungszeitvorgabe (Recovery Time Objective, RTO) und eine Wiederherstellungspunktvorgabe (Recovery Point Objective, RPO) zu erreichen. Im Gegensatz dazu umfasst Cyberresilienz auch das Ziel, den Betrieb während Störungen aufrechtzuerhalten.

Mit Anwendungsresilienz beginnen

Die meisten Betriebsstörungen beginnen mit Störungen von Anwendungen, da diese die wichtigste Schnittstelle zwischen einem Unternehmen und den Menschen darstellen, für die es tätig ist. Wenn eine Anwendung langsamer wird, ausfällt oder nicht mehr erreichbar ist, wirkt sich dies unmittelbar auf den Geschäftsbetrieb aus – unabhängig von der zugrunde liegenden Ursache. Strategien für Cyberresilienz sollten daher auf der Anwendungsebene ansetzen.
Um resiliente Anwendungen zu entwickeln, müssen sich Unternehmen auf fünf miteinander verbundene Elemente konzentrieren:

• Anwendungsverfügbarkeit: Die Aufrechterhaltung der Servicekontinuität ist unerlässlich, selbst wenn sich Nachfrage und Rahmenbedingungen ändern.
• Anwendungssicherheit: Teams müssen die Anwendungsebene vor Angriffen schützen, nicht nur den sie umgebenden Netzwerkperimeter.
• API-Resilienz: Die Verbesserung der Anwendungsresilienz bedeutet, die Leistungsfähigkeit und Integrität der APIs zu gewährleisten, die Anwendungen, Partner und KI-Agenten miteinander verbinden.
• Ausfallsicherheit des Datenverkehrs: Die intelligente Weiterleitung und Verteilung des Datenverkehrs ist entscheidend, um zu verhindern, dass einzelne Ausfallpunkte das Nutzererlebnis beeinträchtigen.
• Operative Transparenz: Teams benötigen Telemetriedaten, um Probleme bereits während ihrer Entstehung zu erkennen, anstatt erst, nachdem Kunden sie gemeldet haben.

Diese Elemente müssen ineinandergreifen. So entstehen beispielsweise durch das Traffic-Management ohne Sicherheitskontext blinde Flecken. Und Sicherheitskontrollen ohne Informationen zum Datenverkehr können sich nicht in Echtzeit anpassen. Statt zu versuchen, jedes dieser Elemente mit einer Einzellösung zu verwalten, setzen viele Unternehmen auf eine Plattform für Anwendungsbereitstellung und -sicherheit (Application Delivery and Security Platform, ADSP). Eine solche Plattform verfügt über eine einheitliche Architektur, die Traffic-Management, Sicherheit, Beobachtbarkeit und Automatisierung miteinander verbindet. Damit bietet sie die erforderliche Architektur für die Umsetzung einer antifragilen Strategie.

Herkömmliche Resilienzansätze stoßen in der heutigen, von hybriden Multicloud-Umgebungen und KI geprägten Welt häufig an ihre Grenzen. Moderne Umgebungen sind auf Dienste von Drittanbietern angewiesen (z. B. für Identitätsverwaltung, Routing oder Datenspeicherung), die sich der Kontrolle eines Unternehmens entziehen. Maßnahmen zur Fehlerisolierung und Wiederherstellung erfolgen letztlich isoliert und reaktiv, wodurch Unternehmen anfällig für sich weiterentwickelnde und wiederkehrende Bedrohungen bleiben.

Antifragile Cyberresilienz eröffnet eine neue Dimension, indem sie Systeme und Architekturen nach Störungen verbessert. Moderne Architekturen ermöglichen es Unternehmen, Sicherheit, Datenverkehrsmanagement und Notfallwiederherstellung zu vereinheitlichen. So entstehen anpassungsfähige, ausfallsichere Umgebungen, die Vorfälle als Chancen zur Optimierung der Infrastruktur nutzen.

Von der Wiederherstellung zur antifragilen Cyberresilienz

Traditionelle Resilienzmodelle wurden für eine andere Zeit entwickelt – eine Zeit, in der Ausfälle lokal begrenzt, Abhängigkeiten bekannt und Systeme leichter unter Kontrolle zu halten waren. In diesen Altsystemumgebungen bestimmten Notfallwiederherstellungspläne die Grenzen der Vorsorge.

Hybride Multicloud-Architekturen haben diese Ausgangslage grundlegend verändert. Moderne Anwendungen sind bei Identitätsverwaltung, Routing, Inhaltsbereitstellung, Speicherung und Governance auf externe Dienste angewiesen, von denen viele vollständig außerhalb der Kontrolle des Unternehmens betrieben werden. Treten bei diesen Drittanbietern Probleme auf, können die Auswirkungen unmittelbar und weltweit spürbar sein und die Leistung geschäftskritischer Anwendungen und Dienste beeinträchtigen.

Da Ausfälle in verteilten Umgebungen an jedem beliebigen Punkt auftreten können, greifen herkömmliche, auf Wiederherstellung ausgerichtete Strategien zu kurz. Wiederherstellungsstrategien gehen davon aus, dass externe Dienste verfügbar bleiben oder ein „Failover“ auf eine stabile Umgebung möglich ist. In modernen Umgebungen für die Anwendungsbereitstellung sind diese Annahmen nicht mehr haltbar. Moderne Resilienz muss den Wirkungsradius externer Ausfälle begrenzen, sich in Echtzeit an Störungen anpassen und gewonnene Erkenntnisse in künftige Architekturentwürfe einfließen lassen, um wiederholte Ausfälle zu vermeiden.

Dieser Wandel ist der Grundpfeiler der antifragilen Resilienz. Anstatt darauf abzuzielen, Systeme in einen früheren Zustand zurückzuversetzen, betrachten antifragile Strategien Störungen als normalen Betriebszustand – als etwas, mit dem zu rechnen ist, das eingedämmt werden muss und aus dem sich lernen lässt. Sie setzen auf Architekturpraktiken wie die Diversifizierung von Abhängigkeiten, richtliniengesteuerte Anpassung, schrittweise Optimierung und datengestützte Governance. Erfolg wird nicht nur daran gemessen, wie schnell sich Systeme erholen, sondern auch daran, wie wirksam der Vorfall eingedämmt wird, ob der Betrieb aufrechterhalten werden kann und welche architektonischen Verbesserungen nach jedem Vorfall vorgenommen werden.

In diesem Modell entwickelt sich Resilienz von einer reaktiven Wiederherstellungsfähigkeit zu einer Disziplin der kontinuierlichen Verbesserung. Dieser Ansatz stärkt die Architektur bei jeder Störung und steht im Einklang mit neuen regulatorischen Anforderungen wie dem im Digital Operational Resilience Act der EU (DORA) verankerten Gebot, „zu lernen und sich weiterzuentwickeln“.

Wesentliche Merkmale resilienter Architekturen

Traditionelle Resilienzmodelle stammen aus einer Zeit, in der Systeme einfacher und Abhängigkeiten weniger zahlreich waren und Ausfälle weitgehend auf Umgebungen beschränkt blieben, die vom Unternehmen kontrolliert wurden. Damals bedeutete Resilienz, sich nach einem Vorfall zu erholen und den Betrieb so schnell wie möglich wiederherzustellen. Hybride Multicloud-Umgebungen und die zunehmende Verbreitung von KI verändern diese Realität. Heute werden kritische Dienste (Identitätsverwaltung, Routing, Inhaltsbereitstellung, Speicherung, DNS und Governance) häufig auf externen Plattformen ausgeführt. Angesichts der Abhängigkeit von Lösungen von Drittanbietern kann ein Ausfall an jedem Punkt der Lieferkette globale Auswirkungen auf moderne Unternehmen haben.

Antifragile Resilienz ist ein evolutionärer Schritt, der für komplexe, verteilte Umgebungen konzipiert wurde. Anstatt Ausfälle als Ausnahme zu betrachten, geht sie davon aus, dass Störungen zum normalen Betriebszustand gehören. Antifragile Strategien zielen darauf ab, die Auswirkungen von Störungen einzudämmen, sich während und nach Vorfällen anzupassen und daraus zu lernen. Dieser Wandel zeigt sich in einer Reihe technischer Praktiken, die bestimmen, wie sich Architekturen unter Belastung verhalten. Dazu gehören:

• Begrenzung des Auswirkungsradius: Legen Sie klare Vertrauens- und Fehlergrenzen fest, um zu verhindern, dass sich ein Ausfall in einer Region, Cloud oder bei einem Anbieter auf das gesamte System ausbreitet.
• Diversifizierung von Abhängigkeiten: Stellen Sie alternative Optionen für kritische Dienste bereit, damit kein einzelner Anbieter die Systemfunktionalität kontrolliert. Dadurch wird Redundanz zu einer flexiblen Auswahlmöglichkeit statt zu einer bloßen Duplizierung.
• Richtliniengesteuerte Anpassung: Ersetzen Sie starre Konfigurationen durch Richtlinien, die dynamisch auf Echtzeitbedingungen reagieren und Routing, Authentifizierung sowie Verfügbarkeit anpassen, während sich Ausfälle entwickeln.
• Schrittweise Anpassung: Nutzen Sie Vorfälle als Lernchancen, um Architekturen durch kleine, nachvollziehbare Verbesserungen zu optimieren, die die Resilienz erhöhen, ohne das System zu destabilisieren.
• Datengestützte Governance: Nutzen Sie Telemetriedaten, Leistungsanalysen und das Datenverkehrsverhalten statt bloßer Annahmen, um Entscheidungen zu treffen und das Design kontinuierlich zu verbessern.
• Laufzeitautomatisierung: Stellen Sie sicher, dass bei systemweiten Ereignissen sofort automatisierte Reaktionen ausgelöst werden, wenn die menschliche Reaktionszeit zu langsam ist, um Schritt zu halten.

Zusammen machen diese Praktiken Resilienz von einer reaktiven Disziplin zu einem kontinuierlichen Verbesserungsprozess, der die Architektur bei jeder Störung stärkt und auf die Anforderungen moderner hybrider Multicloud-Umgebungen ausrichtet.

Warum Cyberresilienz heute so wichtig ist (geschäftliche Auswirkungen)

Hybride Multicloud-Architekturen haben eine neue Komplexität geschaffen, die eine vollständige Prävention unrealistisch macht. Unternehmen sind bei Identitätsmanagement, Routing, Speicherung, Governance und Inhaltsbereitstellung zunehmend auf Dienste von Drittanbietern angewiesen – dadurch entsteht ein Geflecht betrieblicher Abhängigkeiten. Fällt eine dieser Komponenten aus, können sich die Auswirkungen unmittelbar weltweit ausbreiten. Aufgrund dieser Vernetzung darf sich moderne Resilienz nicht allein auf Prävention stützen. Vielmehr muss sie von fortlaufenden Störungen ausgehen und anpassungsfähig genug sein, um schnell reagieren und den Betrieb wiederherstellen zu können.

Auch der regulatorische Druck beschleunigt den Übergang zu fortschrittlicheren Resilienzmodellen. Rahmenwerke wie DORA und NIS2 verlangen ausdrücklich von Organisationen, insbesondere in stark regulierten Branchen, dass sie nicht nur ihre Wiederherstellungsfähigkeit nachweisen, sondern auch ihre Fähigkeit, den Betrieb während Ausfällen aufrechtzuerhalten. Diese Vorgaben unterstreichen die Notwendigkeit gezielt entwickelter Resilienzpraktiken, die systemische Risiken minimieren und die Anfälligkeit von Abhängigkeiten verringern.

Anwendungen ermöglichen essenzielle Interaktionen zwischen Unternehmen und Verbrauchern. Ausfallzeiten sind nicht hinnehmbar, da Nutzer erwarten, dass Dienste unabhängig von Problemen bei den zugrunde liegenden Anbietern oder böswilligen Aktivitäten verfügbar bleiben. Jede Minute einer Störung wirkt sich auf die Marke, den Umsatz und das Vertrauen aus.

Diese Faktoren – architektonische Komplexität, regulatorische Verpflichtungen und Kundenerwartungen – wirken zusammen und machen Cyberresilienz nicht nur zu einer technischen Priorität, sondern zu einer geschäftlichen Notwendigkeit.

Vier Säulen für eine resiliente Cybersicherheitsstrategie

Eine starke Cyberresilienzstrategie folgt einem Lebenszyklus, der Unternehmen darauf vorbereitet, Störungen in jeder Phase zu bewältigen. Dieser Lebenszyklus steht sowohl mit traditionellen Grundsätzen des Risikomanagements als auch mit modernem antifragilem Denken im Einklang und stellt sicher, dass Systeme Belastungen standhalten und gestärkt daraus hervorgehen können. Im Folgenden werden die vier Säulen für den Aufbau einer modernen Cyberresilienzstrategie vorgestellt.

Antizipieren (Bedrohungsmodellierung)

Effektive Resilienz beginnt mit dem Verständnis dafür, wo Ausfälle wahrscheinlich auftreten. Die Bedrohungsmodellierung identifiziert kritische interne und externe Abhängigkeiten und bewertet, wie sich Ausfälle, Angriffe, Fehlkonfigurationen oder Störungen bei Anbietern auf Systeme auswirken könnten. Indem Teams mögliche Störungen frühzeitig berücksichtigen, können sie Vertrauensgrenzen definieren, den potenziellen Schadensradius abbilden und priorisieren, wo der größte Entwicklungsaufwand erforderlich ist.

Standhalten (Redundanz und Failover)

Sobald die Risiken bekannt sind, müssen Architekturen so konzipiert werden, dass sie auch unter diesen Bedingungen weiterarbeiten können. Dies erfordert eine Diversifizierung kritischer Dienste, redundante Ausführungspfade und Richtlinien, die es Systemen ermöglichen, sich in Echtzeit an veränderte Bedingungen anzupassen. Um Störungen standzuhalten, müssen neben der Bereitstellung von Backups auch alternative Pfade funktionsfähig bleiben, wenn primäre Abhängigkeiten beeinträchtigt werden oder ausfallen.

Wiederherstellen (Wiederherstellung)

Die Wiederherstellung stellt sicher, dass Systeme nach einer Störung wieder ordnungsgemäß funktionieren. In modernen Umgebungen umfasst dies die Wiederherstellung der Dienstverfügbarkeit, die Neuverteilung des Datenverkehrs, die Wiederherstellung von Vertrauensgrenzen und die Überprüfung, ob sich abhängige Systeme stabilisiert haben. Eine schnellere, automatisierte Wiederherstellung reduziert Ausfallzeiten und trägt dazu bei, Kaskadeneffekte einzudämmen.

Weiterentwickeln (die antifragile Rückkopplungsschleife)

Telemetriedaten, Störungsanalysen und Beobachtungen der Leistung unter realen Bedingungen fließen in die Weiterentwicklung der Architektur ein. Im Laufe der Zeit stärkt dieser kontinuierliche Verbesserungszyklus das System, reduziert wiederkehrende Ausfälle und verlagert die Resilienz von einem reaktiven hin zu einem proaktiven Ansatz.

Regulatorische Anforderungen

Für viele global tätige Unternehmen ist Cyberresilienz eine gesetzliche Anforderung, die durch Risikomanagementgesetze in der Europäischen Union (EU) und anderen wichtigen Märkten durchgesetzt wird. Ebenso wie die bewährten Verfahren, aus denen sich Cyberresilienzstrategien zusammensetzen, zielen diese Gesetze darauf ab, Unternehmen dazu zu bewegen, nicht mehr nur auf die Wiederherstellung nach Vorfällen zu setzen, sondern ihre Fähigkeit unter Beweis zu stellen, den Betrieb auch während solcher Vorfälle aufrechtzuerhalten.

Das Gesetz über die digitale operationale Resilienz (DORA) gilt für Finanzunternehmen, die in der Europäischen Union tätig sind, sowie für die kritischen Drittanbieter von Informations- und Kommunikationstechnologien (IKT), von denen diese Unternehmen abhängig sind. DORA verpflichtet Organisationen dazu, ihre IKT-Systeme regelmäßig zu testen, IKT-Drittparteirisiken entlang der gesamten Lieferkette zu steuern und schwerwiegende Vorfälle innerhalb festgelegter Fristen zu melden.

Die Richtlinie über Maßnahmen für ein hohes gemeinsames Cybersicherheitsniveau in der Union (NIS2) legt ähnliche Verpflichtungen für ein breiteres Spektrum von Sektoren in der gesamten EU fest. Sie schreibt Risikomanagementmaßnahmen, die Meldung von Sicherheitsvorfällen und die Verantwortlichkeit für die Lieferkette vor.

In den Vereinigten Staaten ist das Cybersecurity Framework (CSF) 2.0 des National Institute of Standards and Technology (NIST) ein freiwilliges, aber weithin anerkanntes Rahmenwerk, das Organisationen dabei unterstützen soll, ihr Cybersicherheitsrisikomanagement zu verbessern.

Diese Rahmenwerke untermauern die bewährten Architekturpraktiken, die Bestandteil von Strategien zur Cyberresilienz sein sollten. Eine Architektur, die darauf ausgelegt ist, den Schadensradius zu begrenzen, Abhängigkeiten zu diversifizieren und kontinuierliche Verbesserungen zu erzielen, bietet Organisationen eine praktische Grundlage, um die gemeinsamen Anforderungen von DORA, NIS2 und dem NIST CSF zu erfüllen. Die Einhaltung dieser Rahmenwerke hilft Organisationen nicht nur dabei, resilient zu bleiben, sondern diese Resilienz auch nachzuweisen.

KI und agentische Resilienz

Die regulatorische Aufmerksamkeit für Technologierisiken nimmt zu, da Unternehmen generative KI und agentenbasierte KI einsetzen, um einen wachsenden Anteil ihrer Abläufe zu automatisieren. Da KI-Modelle und autonome Agenten Entscheidungen übernehmen, die zuvor von Menschen getroffen wurden, muss sich die Resilienz auch auf diese Modelle und Agenten erstrecken. Unternehmen sollten den Lebenszyklus aus Antizipieren, Widerstehen, Wiederherstellen und Weiterentwickeln auf KI-Systeme anwenden.

Insbesondere sollten sich Teams auf Folgendes konzentrieren:

• Schutz von Modell-APIs: Teams müssen die APIs absichern, über die KI-Modelle für Anwendungen und Benutzer zugänglich gemacht werden.
• Ausfallsicherheit des KI-Gateways: Teams müssen die Verfügbarkeit und Leistung des Gateways gewährleisten, das Anfragen auch unter hoher Last an Modelle weiterleitet.
• Eindämmung von Prompt-Angriffen: Begrenzen Sie, wie weit sich eine Prompt-Injection oder eine böswillige Eingabe ausbreiten kann, sobald sie ein Modell erreicht.
• Modell-Failover: Teams benötigen eine Strategie, um den Betrieb aufrechtzuerhalten, wenn ein primäres Modell, ein Anbieter oder eine Region nicht mehr verfügbar ist.
• LLM-Beobachtbarkeit: Teams benötigen Tools, um das Modellverhalten, die Latenz und die Ausgabequalität in Echtzeit zu überwachen.
• Kontinuität von KI-Workloads: Teams müssen sicherstellen, dass KI-gestützte Prozesse auch bei Störungen weiterlaufen können – ebenso wie herkömmliche Anwendungen.

KI-Systeme als einen weiteren Bereich zu betrachten, der Resilienzmaßnahmen erfordert, statt sie als separate, von diesen Maßnahmen ausgenommene Kategorie zu behandeln, wird für Technologieführungskräfte zunehmend zu einer unverzichtbaren Anforderung.

Ein Leitfaden für die Resilienz von Anwendungen

Die Prinzipien der Begrenzung des Schadensradius, der Diversifizierung von Abhängigkeiten und der richtliniengesteuerten Anpassung lassen sich konkreten technischen Praktiken zuordnen.

Zero Trust und dynamische Ratenbegrenzung

Um die Ausbreitung eines Ausfalls oder Angriffs einzudämmen, muss zunächst das implizite Vertrauen in der gesamten Umgebung reduziert werden. Eine Zero-Trust-Architektur (ZTA) erzwingt eine kontinuierliche Überprüfung aller Benutzer, Geräte und Dienste, anstatt nach Beginn einer Sitzung umfassenden Zugriff zu gewähren. ZTA sollte mit einer dynamischen API-Ratenbegrenzung kombiniert werden, die Anfragen in Echtzeit anhand des Verhaltens statt anhand fester Schwellenwerte drosselt. Mit ZTA und dynamischer API-Ratenbegrenzung können Teams kompromittierte Anmeldedaten oder eine außer Kontrolle geratene Integration eindämmen, bevor sie das gesamte System beeinträchtigen.

Multicloud-Lastverteilung und Aktiv-Aktiv-Failover

Hybride Multicloud-Architekturen müssen die Verfügbarkeit von Diensten auch dann gewährleisten, wenn es bei einzelnen Anbietern, in Regionen oder auf Netzwerkpfaden zu Störungen kommt. Eine intelligente Datenverkehrssteuerung kann Anfragen bei auftretenden Ausfällen umleiten, während Global Server Load Balancing (GSLB) diese Intelligenz auf geografisch verteilte Rechenzentren und Cloud-Regionen ausweiten kann. Mit diesen Funktionen führt der Ausfall eines einzelnen Standorts nicht zum Ausfall des gesamten Dienstes. Gleichzeitig verringern Active-Active-Failover-Konfigurationen, bei denen mehrere Umgebungen gleichzeitig betrieben werden, anstatt eine davon ungenutzt als Reserve vorzuhalten, den Zeitaufwand und das Risiko bei der Umschaltung im Störungsfall zusätzlich.

Web- und API-Schutz

Anwendungen und ihre APIs sind ständig Distributed-Denial-of-Service-Angriffen (DDoS-Angriffen), Bot-Traffic, und API-Missbrauch ausgesetzt. Ein resilienter Ansatz sollte Lösungen wie cloudbasierten DDoS-Schutz umfassen, der Angriffe abfangen kann, bevor sie die Infrastruktur eines Unternehmens erreichen. Diese Lösungen müssen Bedrohungen in großem Umfang abwehren, ohne die Leistung von Anwendungen oder APIs zu beeinträchtigen.

Zusammen überführen diese technischen Praktiken die konzeptionellen Säulen der Cyberresilienz in eine einsatzfähige Architektur, die Ausfälle kontrolliert, die Verfügbarkeit von Diensten über mehrere Anbieter hinweg sicherstellt und die Anwendungs- und API-Ebene unter realen Angriffsbedingungen schützt.

Wie F5 bei der Cyberresilienz hilft

F5 unterstützt Unternehmen beim Aufbau einer antifragilen Architektur, indem Traffic-Management, Sicherheit und Automatisierung auf einer einzigen Plattform vereint werden, anstatt separate Einzellösungen anzubieten.

F5 BIG-IP und F5 Distributed Cloud bieten das intelligente Traffic-Routing und die hohe Verfügbarkeit in Multicloud-Umgebungen, die erforderlich sind, um Anwendungen auch bei Störungen bei einem Anbieter oder in einer Region am Laufen zu halten. Um den Wirkungsbereich solcher Störungen zu begrenzen, bietet F5 robuste Lösungen für Zero Trust und den Schutz von Webanwendungen und APIs, die implizites Vertrauen einschränken, kompromittierte Anmeldedaten eindämmen, bevor sie sich weiterverbreiten, und DDoS- sowie Bot-Angriffe abwehren, ohne die Anwendungsleistung zu beeinträchtigen. Wenn Unternehmen ihre Resilienz auf KI-Systeme ausweiten, unterstützt F5 AI Gateway die für die Resilienz von KI und agentenbasierten Systemen erforderliche Modell-Ausfallsicherung und Eindämmung von Prompt-Angriffen.

Häufig gestellte Fragen (FAQ)

Ist Cyberresilienz Teil des Risikomanagements?

Ja. Cyberresilienz erweitert traditionelle Risikomanagementpraktiken um die Erkenntnis, dass Störungen – unabhängig davon, ob sie durch Angriffe, Ausfälle oder den Ausfall von Abhängigkeiten verursacht werden – unvermeidlich sind. Statt sich ausschließlich darauf zu konzentrieren, die Eintrittswahrscheinlichkeit zu verringern, stellt sie die Fähigkeit eines Unternehmens in den Mittelpunkt, den Betrieb trotz Störungen aufrechtzuerhalten und sich mit möglichst geringen Auswirkungen davon zu erholen.

Wie hängt Zero Trust mit Cyberresilienz zusammen?

Zero-Trust-Prinzipien stärken die Cyberresilienz, indem sie eine kontinuierliche Verifizierung und den Zugriff nach dem Prinzip der geringsten Rechte durchsetzen. Durch die Minimierung impliziten Vertrauens zwischen Benutzern, Systemen und Diensten trägt Zero Trust dazu bei, Sicherheitsvorfälle einzudämmen und deren Auswirkungen bei Ausfällen oder Kompromittierungen zu begrenzen.

Was ist der Unterschied zwischen Business Continuity Planning (BCP) und Cyberresilienz?

Die Planung der Geschäftskontinuität (Business Continuity Planning, BCP) konzentriert sich darauf, nach einem Vorfall wesentliche Betriebsabläufe wiederherzustellen. Cyberresilienz ist umfassender: Sie geht davon aus, dass Ausfälle auftreten werden, und legt den Schwerpunkt darauf, Dienste auch während Störungen funktionsfähig zu halten und zugleich das Systemverhalten kontinuierlich zu verbessern.

Gilt Cyberresilienz auch für hybride Multicloud-Umgebungen?

Ja. Moderne Anwendungen sind auf mehrere Cloud-Anbieter und Drittanbieterdienste angewiesen, wodurch Störungen häufiger auftreten und weniger vorhersehbar sind. Cyberresilienz gewährleistet die Kontinuität selbst dann, wenn externe Komponenten ausfallen.

Kann Automatisierung die Cyberresilienz verbessern?

Ja. Automatisierung verkürzt die Zeit für manuelle Reaktionen bei Ausfällen oder Angriffen. Automatisierte Zustandsprüfungen, Routing-Entscheidungen und Maßnahmen zur Fehlerbehebung ermöglichen es Systemen, sich anzupassen, bevor Probleme eskalieren – insbesondere dann, wenn sich Störungen schneller entwickeln, als Menschen reagieren können.

Geht es bei Cyberresilienz nur um Cyberangriffe?

Nein. Cyberangriffe stellen zwar eine große Bedrohung dar, doch viele Störungen sind auf Fehlkonfigurationen, Ausfälle bei Anbietern und Abhängigkeiten von ausgefallenen Systemen zurückzuführen. Cyberresilienz berücksichtigt all diese Szenarien und gewährleistet so die Kontinuität in einem breiteren betrieblichen Umfeld.

Wie unterscheidet sich Cyberresilienz von herkömmlicher Cybersicherheit und Notfallwiederherstellung?

Cybersicherheit konzentriert sich auf Prävention und schützt Systeme, Netzwerke und Daten vor unbefugtem Zugriff und Angriffen, bevor diese stattfinden. Disaster Recovery ist reaktiv: Nach einem konkreten Störfall werden der Betrieb und die Daten wiederhergestellt. Cyberresilienz geht davon aus, dass Störungen unvermeidlich sind, und konzentriert sich auf die Fähigkeit eines Unternehmens, den Betrieb während eines Vorfalls aufrechtzuerhalten. Sie setzt zudem auf kontinuierliche Verbesserung, sodass jede Störung die Architektur stärkt, anstatt sie lediglich in ihren vorherigen Zustand zurückzuversetzen.

Was sind die vier Säulen eines modernen Lebenszyklus für Cyberresilienz?

Die vier Säulen eines modernen Cyberresilienz-Lebenszyklus lauten: antizipieren, standhalten, wiederherstellen und weiterentwickeln. Antizipieren nutzt Bedrohungsmodellierung, um kritische Abhängigkeiten zu identifizieren und zu ermitteln, wo Ausfälle wahrscheinlich auftreten. Standhalten integriert Redundanz und Failover-Mechanismen in Architekturen, damit Systeme weiterarbeiten, wenn primäre Abhängigkeiten beeinträchtigt sind. Wiederherstellen stellt durch automatisierte Prozesse den ordnungsgemäßen Betrieb wieder her und reduziert so die Ausfallzeit nach einer Störung. Weiterentwickeln lässt Telemetriedaten und Erkenntnisse aus der Vorfallanalyse wieder in die Architektur einfließen, sodass das System nach jeder Störung widerstandsfähiger ist als zuvor.