Dies ist Teil 2 einer fünfteiligen Serie über ResOps (Resilience Operations). Teil 1 finden Sie unter„Was ist ResOps – und warum ist es für die Cyber-Resilienz unverzichtbar?“?“. Seien Sie gespannt auf den nächsten Beitrag, in dem die Kontrollphase von ResOps behandelt wird. Sie können auch den vollständigen Leitfaden herunterladen:„ResOps: Ein Leitfaden für Führungskräfte““.
Die wichtigsten Erkenntnisse
- Transparenz ist die Grundlage von ResOps (Resilience Operations): Sie wissen, was am wichtigsten ist, Sie wissen, wie es geschützt wird, und Sie wissen, wie gut Sie es wiederherstellen können.
- Das „Minimum Viable Company“ (MVC) definiert die kritischen Dienste, die ein Unternehmen benötigt, um seinen Betrieb aufrechtzuerhalten.
- Kritische Dienste erfordern benannte Verantwortliche und vom Unternehmen festgelegte Ausfalltoleranzen.
- Die Abhängigkeitskartierung hilft dabei, aufzudecken, worauf kritische Dienste angewiesen sind, um zu funktionieren und wiederhergestellt zu werden.
- Ein kritischer Dienst ist nur so wiederherstellbar wie seine Abhängigkeiten.
Die Herausforderung der Abhängigkeiten
Bevor Sie die Recovery planen können, müssen Sie wissen, was am wichtigsten ist. Und diese Antwort ist nicht immer so offensichtlich, wie es scheint.
Deshalb ist Transparenz die Grundlage von ResOps. Bevor Teams Recovery-Strategien entwerfen oder deren Funktionsfähigkeit testen, benötigen sie einen gemeinsamen Überblick darüber, was das Unternehmen am Laufen halten oder als Erstes wiederherstellen muss – und über alles, wovon diese kritischen Dienste abhängen.
Das klingt einfach, deckt in der Praxis jedoch oft einige unangenehme Lücken auf:
- Ein Dienst, den das Unternehmen als kritisch einstuft, hängt möglicherweise von einer Anwendung ab, der weitaus weniger Aufmerksamkeit geschenkt wird.
- Eine Cloud-Anwendung stützt sich möglicherweise auf einen einzigen Identitätsanbieter.
- Ein scheinbar in sich geschlossener Dienst nutzt möglicherweise die Infrastruktur gemeinsam mit Dutzenden anderen.
ResOps hilft dabei, diese Zusammenhänge sichtbar zu machen, bevor es zu einer Störung kommt.
Was ist ein „Minimum Viable Company“ (MVC)?
Die meisten Unternehmen können ihre wichtigen Systeme nennen. Schwieriger wird es, wenn man fragt, auf welche das Unternehmen einfach nicht verzichten kann.
Stellen Sie sich folgende Frage:Wenn wir heute Nacht alles verlieren würden, was müsste dann als Erstes wiederhergestellt werden?
Die Beantwortung dieser Frage hilft Ihnen dabei, Ihr MVC zu definieren: die kleinste Unternehmensversion, die Kunden bedienen, Umsatz generieren und die dringendsten rechtlichen, regulatorischen, sicherheitsrelevanten oder geschäftlichen Verpflichtungen erfüllen kann.
Es geht nicht darum, jede wichtige Anwendung als kritisch einzustufen. Vielmehr geht es darum, anhand der Geschäftsergebnisse Prioritäten zu setzen.
Technologieverantwortliche können diese Entscheidung nicht allein treffen. Führungskräfte, Technologieverantwortliche sowie Rechts- und Compliance-Teams müssen sich darauf einigen, welche Dienste wirklich kritisch sind und welche Folgen es hätte, wenn diese Dienste nicht verfügbar wären oder nur eingeschränkt funktionieren würden.
Für Für jeden kritischen Dienst sollte es außerdem einen namentlich benannten Verantwortlichen geben. Diese Zuständigkeit trägt dazu bei, technische Entscheidungen zur Recovery mit den Personen zu verknüpfen, die verstehen, was eine Unterbrechung für Kunden, Umsatz, Betrieb und Verpflichtungen bedeutet.
Wie viel Ausfall ist zu viel?
Sobald Sie wissen, welche Dienste am wichtigsten sind, lautet die nächste Frage:Wie viel Störung kann das Unternehmen verkraften?
Bei ResOps wird jedem kritischen Dienst eine vom Unternehmen festgelegte Auswirkungstoleranz zugewiesen. Diese Toleranz beschreibt, wie viel Ausfallzeit, Datenkorruption, Leistungseinbußen, fehlerhafte Ergebnisse oder die Abhängigkeit von manuellen Workarounds das Unternehmen verkraften kann, bevor der Schaden inakzeptabel wird.
Stellen Sie sich eine Zahlungsplattform vor, die zwar online ist, aber nur 20 % ihres normalen Transaktionsvolumens verarbeitet. Technisch gesehen läuft sie. Aus geschäftlicher Sicht kann sie jedoch als ausgefallen gelten.
Deshalb sollten Ausfalltoleranzen das Geschäftsergebnis widerspiegeln und nicht nur, ob ein System verfügbar ist oder nicht. Je nach Dienstleistung können dazu Umsatzausfälle pro Stunde, Transaktionsschwellenwerte, Kundenservice-Levels oder regulatorische Verpflichtungen gehören.
Die genauen Schwellenwerte variieren je nach Organisation. Wichtig ist, die Prioritäten klar zu definieren und sie im Zuge geschäftlicher Veränderungen regelmäßig zu überprüfen.
Wie das Abhängigkeits-Mapping Hindernisse bei der Recovery aufdecken kann
Die Definition eines kritischen Dienstes gibt Aufschluss darüber, was wiederhergestellt werden muss. Die Abhängigkeitsanalyse zeigt Ihnen – bis ins Detail –, worauf dieser kritische Dienst angewiesen ist, damit die Recovery-Prozesse stattfinden können.
Kritische Dienste arbeiten selten isoliert. Sie können von Identitäts- und Zugriffssystemen, Datenbanken, Netzwerken, Cloud-Infrastruktur, SaaS-Anwendungen, APIs von Drittanbietern, gemeinsam genutzter Infrastruktur, Mitarbeitern und anderen internen Diensten abhängig sein.
Einige dieser Abhängigkeiten sind offensichtlich. Andere hingegen nicht. Genau hier können Recovery-Pläne scheitern. Ein Tier-0-Dienst kann von einem System einer niedrigeren Ebene abhängen, das niemand als kritisch ansieht. Mehrere Anwendungen stützen sich möglicherweise auf denselben Identitätsanbieter. Ein Dienst, der als in sich geschlossen gilt, nutzt möglicherweise die Infrastruktur gemeinsam mit anderen Workloads. Ein Drittanbieter-Dienst kann direkt im Recovery-Pfad liegen, obwohl Ihr Unternehmen kaum Kontrolle darüber hat.
Betrachtet man nur die kritischen Dienste, können diese Schwachstellen verborgen bleiben. Durch die Darstellung der Abhängigkeitskette werden sie sichtbar. Eine Einstufung als Tier-0-Dienst hat wenig Bedeutung, wenn der Dienst von einem System mit niedrigerer Priorität abhängt, das nicht rechtzeitig wiederhergestellt werden kann.
Das Verständnis der gesamten Abhängigkeitskette ist eine Grundvoraussetzung, wenn von Teams erwartet wird, dass sie erkennen, wo Ausfälle auftreten könnten, bevor eine Störung die Schwachstelle offenbart.
Warum Sie vor der Recovery Transparenz benötigen
Bei der Transparenz geht es nicht darum, eine möglichst detaillierte Technologiekarte zu erstellen. Es geht darum zu wissen, was am wichtigsten ist, was das Unternehmen tolerieren kann und wo Abhängigkeiten das Risiko für die Recovery-Wiederherstellung erhöhen könnten.
Mit diesem Verständnis können Teams ihre Recovery-Maßnahmen dort konzentrieren, wo es darauf ankommt. Doch bevor Sie die Recovery verbessern oder testen können, benötigen Sie ein klares Bild davon, was Sie wiederherstellen möchten und was dafür erforderlich ist.
Erfahren Sie mehr über ResOps
URL in die Zwischenablage kopiert den Leitfaden „ResOps: Ein Leitfaden für Führungskräfte“ veröffentlicht, um CISOs, CIOs sowie Führungskräften aus den Bereichen IT, Sicherheit, Resilienz und Risk – ein praktisches Rahmenwerk für die Umsetzung von ResOps in Ihren Unternehmen an die Hand zu geben.
Führungskräfte lernen, wie sie die wichtigsten Dienste identifizieren, die Readiness für die Wiederherstellung anhand konkreter Nachweise überprüfen und die Ausfallsicherheit kontinuierlich testen können. Auf diese Weise können Unternehmen ein einheitliches Betriebsmodell etablieren, das Führungskräfte aus den Bereichen Sicherheit, Infrastruktur, IT-Betrieb und Geschäft auf der Grundlage einer evidenzbasierten Readiness für die Wiederherstellung zusammenbringt.
Laden Sie den Leitfaden hier herunter.
FAQs
F: Was bedeutet „Transparenz“ im Zusammenhang mit ResOps?
A:Transparenz bedeutet, zu verstehen, welche Dienste für das Geschäft von entscheidender Bedeutung sind, wie viel Ausfallzeit jeder einzelne Dienst tolerieren kann und welche Abhängigkeiten jeder Dienst für den Betrieb und die Wiederherstellung benötigt.
F: Was ist ein „Minimum Viable Company“ (MVC)?
A:MVC ist die kleinste Unternehmensversion, die Kunden bedienen, Umsatz generieren und die dringendsten rechtlichen, regulatorischen, sicherheitsrelevanten oder geschäftskritischen Verpflichtungen erfüllen kann. Es ist eine entscheidende Komponente für das Verständnis und die Umsetzung von ResOps, da es dabei hilft, Prioritäten zu setzen, was geschützt und wiederhergestellt werden muss – und in welcher Reihenfolge.
F: Inwiefern unterscheidet sich die Auswirkungstoleranz vom „Recovery Time Objective“ (RTO)?
A:Die Auswirkungstoleranz beschreibt, wie viel Störung das Unternehmen verkraften kann, bevor der Schaden inakzeptabel wird. Dazu können Datenverluste, Leistungseinbußen, fehlerhafte Ergebnisse, Einschränkungen der Transaktionskapazität und manuelle Ausweichlösungen gehören. Das RTO ist ein Ziel der Recovery-Planung, das sich auf die Zeit konzentriert und nicht auf die Auswirkungen auf die Produktivität oder den Geschäftszweck.
F: Was sollte in die Abhängigkeitskartierung einbezogen werden?
A:Die Abhängigkeitskartierung ermittelt, was ein kritischer Dienst benötigt, um zu funktionieren und wiederhergestellt zu werden, darunter Anwendungen, Daten, Infrastruktur, Identitätssysteme, Cloud- und SaaS-Dienste, Drittanbieter, Mitarbeiter und andere interne Dienste.F: Wie oft sollten kritische Dienste und Abhängigkeiten überprüft werden? A:Überprüfen Sie diese regelmäßig sowie bei wesentlichen geschäftlichen oder technologischen Veränderungen. Neue Prioritäten, Anwendungen, Anbieter, Integrationen oder KI-Systeme können den Recovery-Pfad verändern. Michael Thelanderist Senior Director of Product Marketing bei Commvault.