Cyberangriffe stellen für Unternehmen ein wachsendes Risiko dar. Laut einer Bitkom-Studie aus dem Jahr 2026 müsste fast die Hälfte der befragten Unternehmen bei einem Cloud-Ausfall früher oder später ihren Geschäftsbetrieb einstellen. Umso wichtiger ist es, auf mögliche Sicherheitsvorfälle vorbereitet zu sein. Gerade in Cloud-Umgebungen helfen klar definierte Notfallpläne dabei, im Ernstfall schnell und koordiniert zu reagieren, Ausfallzeiten zu begrenzen und mögliche Schäden zu minimieren.
Die folgenden Handlungsempfehlungen zeigen Ihnen, wie Sie effektive Notfallpläne für Ihre Cloud-Umgebung erstellen. Sie erfahren, wie Sie cloudspezifische Risiken berücksichtigen, Kommunikationswege mit Ihren Cloud-Anbietern festlegen und Ihre Notfallpläne regelmäßig testen und verbessern.
Schritt 1: Kritische Cloud-Dienste und Risiken identifizieren
Bevor Sie einen Cloud-Notfallplan erstellen, sollten Sie wissen, welche Bereiche Ihrer Cloud-Umgebung besonders schützenswert sind und welche Sicherheitsvorfälle dort auftreten können. Verschaffen Sie sich deshalb zunächst einen Überblick über Ihre geschäftskritischen Cloud-Dienste, -Daten und -Anwendungen. Bewerten Sie anschließend die wichtigsten Risiken und priorisieren Sie diese nach ihrer Bedeutung für Ihr Unternehmen.
1. Erfassen Sie Ihre kritischen Cloud-Komponenten
Identifizieren Sie zunächst alle Cloud-Ressourcen, deren Ausfall, Manipulation oder Verlust den Geschäftsbetrieb erheblich beeinträchtigen könnte. Dazu gehören:
Kundendatenbanken und andere sensible Datenbestände
Geschäftskritische Anwendungen und Produktionssysteme
Prüfen Sie dabei auch, wie stark Ihr Unternehmen von einzelnen Cloud-Anbietern und deren Diensten abhängig ist. Fällt beispielsweise ein zentraler Identitätsdienst aus, können Sie unter Umständen zahlreiche weitere Anwendungen nicht mehr nutzen.
Praxis-Hinweis: Cloud-Ausfall
Stellen Sie sich für jeden Dienst die Frage: Was passiert, wenn dieser Dienst ab sofort für mehrere Stunden oder sogar Tage nicht mehr verfügbar ist? So erkennen Sie schnell, welche Dienste und Anwendungen für Ihren Cloud-Notfallplan besonders relevant sind.
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
2. Definieren Sie realistische Bedrohungsszenarien
Überlegen Sie im nächsten Schritt, welche Sicherheitsvorfälle Ihre Cloud-Umgebung konkret treffen könnten. Orientieren Sie sich dabei an der tatsächlichen Architektur und Nutzung Ihrer Cloud-Systeme.
Typische Szenarien sind beispielsweise:
Übernahme eines Benutzer- oder Administratorkontos durch gestohlene Zugangsdaten
Versehentlich öffentlich zugängliche Cloud-Speicher oder falsch vergebene Zugriffsrechte
Datenabfluss über unsichere APIs oder Drittanbieter-Integrationen
Missbrauch kompromittierter Cloud-Ressourcen, beispielsweise für Crypto-Mining
Ausfall wichtiger Speicher-, DNS- oder Identitätsdienste
Compliance-Verstöße aufgrund falscher regionaler Einstellungen oder fehlender Protokollierung
Berücksichtigen Sie dabei das Shared-Responsibility-Modell Ihres Cloud-Anbieters: Nicht für jede Sicherheitsmaßnahme ist allein der Provider zuständig. Je nach Cloud-Service liegen wesentliche Aufgaben bei Ihrem Unternehmen.
3. Bewerten und priorisieren Sie die Risiken
Nicht jedes Szenario benötigt die gleiche Aufmerksamkeit. Bewerten Sie deshalb die identifizierten Risiken anhand einheitlicher Kriterien:
Wahrscheinlichkeit: Wie wahrscheinlich ist es, dass das Szenario in Ihrer Cloud-Umgebung eintritt?
Auswirkung: Welche finanziellen, operativen oder Image-Schäden könnte der Vorfall verursachen?
Wiederherstellungsdauer: Wie lange würde es voraussichtlich dauern, betroffene Systeme und Daten wiederherzustellen?
Regulatorische Relevanz: Entstehen durch den Vorfall möglicherweise Melde- oder Informationspflichten?
Überführen Sie die Ergebnisse anschließend in eine Risikomatrix. Szenarien mit hoher Eintrittswahrscheinlichkeit und schwerwiegenden Auswirkungen sollten in Ihrem Cloud-Notfallplan höchste Priorität erhalten.
Das Ergebnis von Schritt 1: Ihr Cloud-Risikoregister
Dokumentieren Sie die identifizierten Cloud-Dienste, Bedrohungsszenarien und Bewertungen in einem zentralen Cloud-Risikoregister. Dieses bildet die Grundlage für die nächsten Schritte Ihres Notfallplans.
Praxis-Hinweis: Cloud-Risikoregister
Ein Cloud-Risikoregister ist keine einmalige Bestandsaufnahme. Überprüfen und aktualisieren Sie es regelmäßig – insbesondere dann, wenn Sie neue Cloud-Dienste einführen, sich Ihre Cloud-Architektur oder die Bedrohungslage ändert. Beziehen Sie dafür neben IT und Security auch Fachabteilungen und Compliance-Verantwortliche ein.
Schritt 2: Konkrete Notfallabläufe für Ihre Cloud festlegen
Nachdem Sie Ihre wichtigsten Cloud-Risiken identifiziert und priorisiert haben, legen Sie fest, was im Ernstfall konkret zu tun ist. Entwickeln Sie dafür klare Notfallabläufe für die wichtigsten Bedrohungsszenarien. So wissen alle Beteiligten, welche Maßnahmen wann erforderlich sind, und verlieren im Ernstfall keine wertvolle Zeit.
1. Definieren Sie den Ablauf für einen Sicherheitsvorfall
Orientieren Sie sich bei Ihren Notfallabläufen an einem einheitlichen Grundprinzip: erkennen, bewerten, eindämmen, Beweise sichern, bereinigen, wiederherstellen und nachbereiten.
Legen Sie für jede Phase konkrete Maßnahmen fest. Dazu gehören:
Erkennen: Verdächtige Aktivitäten über Warnmeldungen, Log-Daten oder Monitoring-Systeme identifizieren.
Bewerten: Prüfen, welche Cloud-Konten, -Daten, -Anwendungen und -Ressourcen betroffen sind und wie schwerwiegend der Vorfall ist.
Eindämmen: Kompromittierte Konten sperren, betroffene Systeme isolieren oder Zugriffsrechte entziehen.
Beweise sichern: Relevante Log-Daten, Snapshots und API-Aktivitäten sichern, bevor Veränderungen vorgenommen werden.
Bereinigen:Schadsoftware, kompromittierte Ressourcen oder fehlerhafte Konfigurationen entfernen.
Wiederherstellen: Back-ups oder andere Wiederherstellungsquellen zunächst auf ihre Vertrauenswürdigkeit und mögliche Kompromittierung prüfen. Anschließend Cloud-Systeme und -Daten wiederherstellen und deren Integrität sicherstellen.
Nachbereiten: Ursache und Verlauf des Vorfalls analysieren und Erkenntnisse für zukünftige Sicherheitsmaßnahmen dokumentieren.
2. Erstellen Sie Runbooks für wichtige Szenarien
Übertragen Sie diesen grundsätzlichen Ablauf anschließend auf die Risiken, die Sie in Schritt 1 priorisiert haben. Erstellen Sie dafür sogenannte Runbooks: konkrete Handlungsanweisungen, die Ihr Team im Ernstfall Schritt für Schritt abarbeiten kann.
Ein Runbook kann beispielsweise für folgende Szenarien sinnvoll sein:
Kompromittiertes Benutzer- oder Administratorkonto
Stellen Sie fest, dass ein Administratorkonto möglicherweise übernommen wurde, könnte das Runbook unter anderem folgende Maßnahmen vorsehen: Konto sperren, aktive Sitzungen beenden, Zugangsdaten zurücksetzen, verdächtige Aktivitäten und Zugriffe überprüfen, relevante Logs sichern und untersuchen, ob weitere Konten oder Ressourcen betroffen sind.
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
Ein Notfallplan hilft wenig, wenn die vorgesehenen Maßnahmen im Ernstfall technisch nicht umgesetzt werden können. Prüfen Sie deshalb bereits im Vorfeld, welche cloudnativen Funktionen und Werkzeuge Ihr Team benötigt.
Bereiten Sie beispielsweise Folgendes vor:
Benötigte API-Befehle und Konsolenaktionen zum Sperren von Konten oder Isolieren von Ressourcen
Zugriffe auf relevante Log-Daten, etwa über Azure Monitor, AWS CloudTrail oder Google Cloud Logging
Möglichkeiten zum Erstellen und Sichern von Snapshots
Kontakt- und Eskalationsmöglichkeiten bei Ihren Cloud-Anbietern
Achten Sie darauf, dass diese Informationen auch dann verfügbar sind, wenn einzelne Systeme oder reguläre Kommunikationswege aufgrund des Sicherheitsvorfalls nicht erreichbar sind.
Das Ergebnis von Schritt 2: Einsatzbereite Cloud-Runbooks
Am Ende dieses Schritts sollten konkrete und leicht verständliche Runbooks für Ihre wichtigsten Bedrohungsszenarien vorliegen. Im Ernstfall dienen sie Ihrem Incident-Response-Team als Leitfaden und helfen dabei, auch unter Zeitdruck strukturiert vorzugehen.
Praxis-Hinweis: Runbooks
Gestalten Sie Ihre Runbooks so konkret wie möglich. Verlinken Sie benötigte Tools und Dokumentationen und hinterlegen Sie relevante Befehle, Zugänge und Ansprechpartner:innen. Im Ernstfall sollte niemand erst recherchieren müssen, wie eine vorgesehene Maßnahme umgesetzt wird.
Schritt 3: Rollen und Verantwortlichkeiten für den Ernstfall festlegen
Ihre Cloud-Runbooks beschreiben, welche Maßnahmen bei einem Sicherheitsvorfall erforderlich sind. Im nächsten Schritt legen Sie fest, wer für deren Umsetzung verantwortlich ist, wer Entscheidungen treffen darf und wann eine Eskalation erforderlich ist. Denn gerade unter Zeitdruck können unklare Zuständigkeiten und Befugnisse zu Verzögerungen und Fehlentscheidungen führen. Definieren Sie deshalb bereits im Vorfeld eindeutige Rollen, Befugnisse und Eskalationswege.
1. Stellen Sie ein Incident-Response-Team für die Cloud zusammen
Bestimmen Sie ein Team, das bei einem Cloud-Sicherheitsvorfall die notwendigen Maßnahmen koordiniert und umsetzt. Welche Personen beteiligt werden sollten, hängt von Ihrer Unternehmensstruktur und der Art des Vorfalls ab.
Legen Sie für jede Rolle außerdem eine Vertretung fest. So stellen Sie sicher, dass Ihr Incident-Response-Team auch bei Urlaub oder Krankheit handlungsfähig bleibt. Klären Sie zusätzlich, wie Sie außerhalb der regulären Arbeitszeiten auf kritische Sicherheitsvorfälle reagieren (beispielsweise über eine Rufbereitschaft oder einen externen Dienstleister).
2. Weisen Sie klare Aufgaben zu
Ordnen Sie zunächst die in Ihren Runbooks festgelegten Maßnahmen den zuständigen Rollen zu. Legen Sie darüber hinaus fest, wer die übergreifenden Aufgaben übernimmt, die bei der Koordination eines Sicherheitsvorfalls entstehen.
Klären Sie insbesondere:
Wer bewertet und priorisiert eingehende Sicherheitsmeldungen?
Wer koordiniert den gesamten Vorfall?
Wer koordiniert die Wiederherstellung?
Wer nimmt Kontakt zum Cloud-Anbieter auf?
Wer informiert Geschäftsführung, Datenschutz oder Rechtsabteilung?
Wer übernimmt bei Bedarf die externe Kommunikation?
Halten Sie diese Zuständigkeiten direkt in Ihren Runbooks fest. So ist bei jedem Szenario sofort ersichtlich, wer die jeweiligen Maßnahmen umsetzt und wer die übergreifende Koordination übernimmt.
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
Nicht jede Maßnahme sollte ohne Freigabe durchgeführt werden. Gleichzeitig können langwierige Abstimmungen im Ernstfall wertvolle Zeit kosten. Definieren Sie deshalb bereits im Vorfeld, welche Entscheidungen die beteiligten Personen eigenständig treffen dürfen.
Klären Sie beispielsweise:
Wer darf kompromittierte Benutzerkonten sperren?
Wer darf Cloud-Ressourcen oder ganze Systeme isolieren bzw. abschalten?
Wer darf Notfalländerungen an der Cloud-Infrastruktur freigeben?
Wer entscheidet über die Wiederherstellung aus einem Back-up?
Wer darf externe Security-Dienstleister hinzuziehen?
Wer entscheidet, wann Geschäftsführung, Kund:innen oder Behörden informiert werden?
Dokumentieren Sie außerdem, welche Entscheidungen eine zusätzliche Freigabe benötigen und wer diese erteilen darf.
4. Definieren Sie Eskalationswege
Nicht jeder Sicherheitsvorfall hat die gleiche Tragweite. Legen Sie deshalb Kriterien fest, anhand derer Ihr Team entscheiden kann, wann ein Vorfall intern oder extern eskaliert werden muss.
Eine Eskalation kann beispielsweise erforderlich sein, wenn:
geschäftskritische Systeme betroffen sind
sensible oder personenbezogene Daten abgeflossen sein könnten
der Geschäftsbetrieb erheblich beeinträchtigt ist
mehrere Cloud-Dienste oder Standorte betroffen sind
regulatorische oder vertragliche Pflichten entstehen
Ihr Unternehmen den Vorfall nicht mit eigenen Ressourcen bewältigen kann
Verknüpfen Sie diese Kriterien mit konkreten Ansprechpartner:innen und Kommunikationswegen. So weiß Ihr Team unmittelbar, wer auf welcher Eskalationsstufe einzubeziehen ist.
Das Ergebnis von Schritt 3: Eine klare Verantwortungsmatrix
Am Ende dieses Schritts sollte für alle wichtigen Cloud-Sicherheitsvorfälle eindeutig feststehen, wer verantwortlich ist, wer Entscheidungen treffen darf und wann weitere Stellen eingebunden werden müssen.
Praxis-Hinweis: Zuständigkeiten
Prüfen Sie die festgelegten Zuständigkeiten regelmäßig und aktualisieren Sie sie bei personellen oder organisatorischen Veränderungen. Entscheidend ist, dass Ihr Team im Ernstfall nicht erst klären muss, wer handeln darf, sondern unmittelbar handlungsfähig ist.
Schritt 4: Die Wiederherstellung Ihrer Cloud-Umgebung vorbereiten
Ein Sicherheitsvorfall ist nicht mit der Eindämmung und Beseitigung der Bedrohung beendet. Betroffene Systeme, Anwendungen und Daten müssen anschließend sicher wiederhergestellt werden. Legen Sie deshalb bereits im Vorfeld fest, welche Ressourcen Sie in welcher Reihenfolge wiederherstellen und welche technischen Möglichkeiten dafür zur Verfügung stehen. So reduzieren Sie Ausfallzeiten und können wichtige Geschäftsprozesse schneller wieder aufnehmen.
1. Legen Sie Wiederherstellungsoptionen für wichtige Ressourcen fest
Prüfen Sie zunächst für die geschäftskritischen Cloud-Ressourcen aus Schritt 1, wie diese nach einem Sicherheitsvorfall wiederhergestellt werden können. Je nach Ressource kommen unterschiedliche Verfahren infrage:
Cloud-Datenbanken: Wiederherstellung aus regelmäßig erstellten Back-ups
Cloud-Dateien und -Speicher: Wiederherstellung über Back-ups oder Versionierung
Cloud-Konfigurationen: Wiederherstellung über Versionierung oder zuvor erstellte Exporte
Cloud-Infrastruktur: erneute Bereitstellung über Infrastructure-as-Code (IaC)
Dokumentieren Sie die jeweiligen Wiederherstellungsverfahren direkt in Ihren Runbooks. Halten Sie dabei auch fest, welche Zugänge, Tools und Berechtigungen dafür nötig sind.
2. Definieren Sie RTO und RPO
Nicht alle Systeme müssen nach einem Vorfall gleich schnell wieder verfügbar sein. Legen Sie deshalb für Ihre kritischen Cloud-Dienste konkrete Wiederherstellungsziele fest.
Zwei Kennzahlen sind dabei besonders wichtig:
Recovery Time Objective (RTO): Wie lange darf ein Dienst maximal ausfallen, bevor die Unterbrechung für Ihr Unternehmen nicht mehr akzeptabel ist?
Recovery Point Objective (RPO): Wie groß darf der Datenverlust höchstens sein? Das RPO legt fest, wie weit der letzte nutzbare Datenstand zurückliegen darf.
Ein Beispiel: Hat eine Cloud-Anwendung ein RTO von vier Stunden und ein RPO von einer Stunde, sollte sie spätestens vier Stunden nach einem Ausfall wieder verfügbar sein. Gleichzeitig sollten höchstens die Daten der letzten Stunde verloren gehen.
3. Bestimmen Sie die Reihenfolge der Wiederherstellung
Erstellen Sie auf Basis Ihrer Risikobewertung sowie der festgelegten RTO- und RPO-Werte eine klare Recovery-Reihenfolge.
Berücksichtigen Sie dabei auch Abhängigkeiten zwischen verschiedenen Diensten. Eine geschäftskritische Anwendung lässt sich beispielsweise möglicherweise erst wieder nutzen, wenn der zugehörige Identitätsdienst, die Datenbank und bestimmte Netzwerkfunktionen verfügbar sind.
Stellen Sie sich unter anderem folgende Fragen:
Welche Dienste müssen zuerst wieder verfügbar sein?
Welche Systeme sind voneinander abhängig?
Welche Daten werden für die Wiederherstellung benötigt?
Welche Zugänge und Berechtigungen müssen funktionieren?
Welche Systeme sollten erst nach einer Sicherheitsprüfung wieder in Betrieb genommen werden?
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
4. Planen Sie Ausweichmöglichkeiten für kritische Systeme
Bei besonders wichtigen Cloud-Diensten sollten Sie zusätzlich überlegen, wie Ihr Unternehmen weiterarbeiten kann, wenn eine schnelle Wiederherstellung nicht möglich ist.
Je nach Architektur und Anforderungen kommen beispielsweise folgende Strategien infrage:
Stand-by-Umgebungen an einem geografisch getrennten Cloud-Standort
Redundante Speicherung wichtiger Daten
Nutzung mehrerer Cloud-Umgebungen
Ein alternativer Cloud-Anbieter als Fallback
Hybride Ausweichlösungen im eigenen Rechenzentrum
Welche Strategie sinnvoll ist, hängt von der Kritikalität Ihrer Systeme, den technischen Voraussetzungen und den verfügbaren Ressourcen ab. Nicht jedes Unternehmen benötigt beispielsweise eine vollständige Multi-Cloud-Fallback-Umgebung.
5. Prüfen Sie Ihre Back-ups und Recovery-Werkzeuge
Back-ups bieten nur dann Schutz, wenn sie im Ernstfall tatsächlich verfügbar und wiederherstellbar sind. Kontrollieren Sie deshalb regelmäßig, ob Sicherungen vollständig erstellt werden und ob die Wiederherstellung funktioniert.
Cloud-Anbieter stellen hierfür eigene Recovery-Lösungen bereit, beispielsweise Azure Site Recovery, AWS Elastic Disaster Recovery oder Google Cloud Backup and DR. Plattformübergreifende Lösungen können zusätzlich bei der Sicherung und Wiederherstellung von Multi-Cloud-Umgebungen unterstützen.
Entscheidend ist dabei weniger, welches Werkzeug Sie einsetzen, sondern dass die vorgesehenen Wiederherstellungsprozesse dokumentiert, technisch vorbereitet und regelmäßig getestet sind.
Das Ergebnis von Schritt 4: Ihr Cloud-Recovery-Plan
Am Ende dieses Schritts sollte für jede geschäftskritische Cloud-Ressource feststehen, wie schnell und auf welchem Weg sie nach einem Sicherheitsvorfall wiederhergestellt werden kann.
Schritt 5: Kommunikationswege mit Ihren Cloud-Anbietern vorbereiten
Bei einem schwerwiegenden Cloud-Sicherheitsvorfall sind Sie möglicherweise auf die Unterstützung Ihres Cloud-Anbieters angewiesen. Dann sollte keine Zeit mit der Suche nach Kontaktdaten, Support-Zugängen oder Zuständigkeiten verloren gehen. Bereiten Sie deshalb die Kommunikation mit Ihren Cloud-Anbietern vor und integrieren Sie deren Support- und Eskalationsprozesse in Ihren Notfallplan.
1. Informieren Sie sich über die Notfallprozesse Ihrer Cloud-Anbieter
Prüfen Sie zunächst, welche Support-Möglichkeiten Ihre Cloud-Anbieter bei Sicherheitsvorfällen bereitstellen. Informieren Sie sich insbesondere über:
Verfügbare Support- und Service-Level
Erreichbarkeit des Supports
Einstufung unterschiedlicher Schweregrade für Sicherheitsvorfälle
Zugesicherte oder vorgesehene Reaktionszeiten
Spezielle Meldewege für Sicherheitsvorfälle
Eskalationsmöglichkeiten bei kritischen Vorfällen
Support-Portale und Ticketsysteme
Berücksichtigen Sie dabei Ihre tatsächlich gebuchten Support-Leistungen. Ein theoretisch verfügbarer Enterprise-Support hilft im Ernstfall nicht, wenn dieser in Ihrem Vertrag nicht enthalten ist.
2. Erstellen Sie eine Notfallkontaktkarte für jeden Anbieter
Fassen Sie die wichtigsten Informationen für jeden genutzten Cloud-Anbieter auf einer zentralen Kontaktkarte zusammen. So muss Ihr Incident-Response-Team im Ernstfall nicht erst nach den benötigten Informationen suchen.
Die Kontaktkarte sollte mindestens enthalten:
Name des Cloud-Anbieters
Gebuchtes Support-Level
Support-Hotline und weitere Notfallkontakte
Link bzw. Zugang zum Support-Portal
Kunden- oder Vertragsnummer
Primäre und sekundäre Ansprechpartner:innen
Eskalationskontakte
Erforderliche Authentifizierungsinformationen
Datum der letzten Überprüfung
Speichern Sie diese Informationen an einem Ort, auf den das Incident-Response-Team auch bei einem Ausfall wichtiger IT-Systeme zugreifen kann.
Praxis-Hinweis: Notfallkontakte
Halten Sie eine aktuelle Version wichtiger Notfallkontakte zusätzlich offline bereit. Denn bei einem Ausfall kann möglicherweise auch der Zugriff auf das Intranet oder andere Systeme eingeschränkt sein, in denen die Kontaktdaten gespeichert sind.
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
3. Legen Sie fest, wann der Cloud-Anbieter eingebunden wird
Nicht jeder Vorfall erfordert sofort die Unterstützung Ihres Providers. Definieren Sie deshalb konkrete Kriterien dafür, wann Ihr Team den Cloud-Anbieter kontaktieren oder einen Vorfall eskalieren soll.
Das kann beispielsweise erforderlich sein, wenn:
ein zentraler Cloud-Dienst ausgefallen ist
die Ursache eines Vorfalls außerhalb Ihres Verantwortungsbereichs liegt
sensible Daten möglicherweise kompromittiert wurden
mehrere Cloud-Dienste betroffen sind
Sie technische Unterstützung bei Eindämmung oder Wiederherstellung benötigen
der Vorfall erhebliche Auswirkungen auf Ihren Geschäftsbetrieb hat
Halten Sie diese Kriterien direkt in den entsprechenden Runbooks fest. Legen Sie außerdem fest, wer den Anbieter kontaktieren darf und wer die weitere Kommunikation koordiniert.
4. Strukturieren Sie den Informationsaustausch
Je besser die Informationen bei der ersten Kontaktaufnahme aufbereitet sind, desto gezielter kann Ihr Cloud-Anbieter den Vorfall bearbeiten. Definieren Sie deshalb vorab, welche Angaben Ihr Team im Ernstfall zusammentragen sollte.
Dazu können gehören:
Zeitpunkt, Art und Schweregrad des Vorfalls
Betroffene Cloud-Dienste und Ressourcen
Bekannte oder vermutete Ursache
Bereits durchgeführte Maßnahmen
Relevante Log-Daten und Fehlermeldungen
Auswirkungen auf Daten und Geschäftsbetrieb
Benötigte Unterstützung durch den Anbieter
Achten Sie darauf, sensible Informationen ausschließlich über dafür vorgesehene und sichere Kommunikationswege auszutauschen (beispielsweise über das geschützte Support-Portal Ihres Cloud-Anbieters oder einen vereinbarten verschlüsselten Kommunikationskanal).
Vereinbaren Sie außerdem, wie während eines laufenden Vorfalls kommuniziert wird: Wer hält Kontakt zum Anbieter? Wie werden neue Informationen intern weitergegeben? In welchen Abständen erfolgen Status-Updates?
5. Klären Sie Verantwortlichkeiten und Grenzen
Für eine reibungslose Zusammenarbeit sollten Sie wissen, welche Maßnahmen Ihr Cloud-Anbieter übernehmen kann und welche weiterhin in der Verantwortung Ihres Unternehmens liegen.
Orientieren Sie sich dabei am jeweiligen Shared-Responsibility-Modell und Ihren vertraglich vereinbarten Leistungen. Klären Sie insbesondere:
Welche Maßnahmen übernimmt der Cloud-Anbieter?
Welche Aufgaben liegen ausschließlich bei Ihrem Unternehmen?
Welche Aktionen müssen gemeinsam abgestimmt werden?
Welche Reaktionszeiten gelten für unterschiedliche Vorfälle?
Welche Unterstützung erhalten Sie bei forensischen Untersuchungen?
Welche Eskalationsmöglichkeiten bestehen, wenn ein Vorfall nicht schnell genug bearbeitet wird?
Bei Multi-Cloud-Umgebungen sollten Sie diese Fragen für jeden Anbieter separat beantworten. Legen Sie zusätzlich fest, wer die Kommunikation koordiniert, wenn mehrere Provider gleichzeitig betroffen sind.
Das Ergebnis von Schritt 5: Klare Kontakt- und Eskalationswege
Am Ende dieses Schritts sollte Ihr Incident-Response-Team genau wissen, wann und wie es den jeweiligen Cloud-Anbieter einbindet. Alle benötigten Kontakt-, Vertrags- und Support-Informationen sollten schnell verfügbar und die Zuständigkeiten eindeutig geregelt sein.
Praxis-Hinweis: Kontaktkarten und Eskalationswege
Überprüfen Sie Ihre Kontaktkarten und Eskalationswege mindestens quartalsweise. Testen Sie dabei nicht nur, ob Telefonnummern und Kontaktdaten aktuell sind, sondern auch, ob die vorgesehenen Personen tatsächlich auf Support-Portale zugreifen und einen kritischen Vorfall melden können. So vermeiden Sie unangenehme Überraschungen im Ernstfall.
Für einen ersten Test müssen Sie keinen aufwendigen Cyberangriff simulieren. Beginnen Sie mit einer sogenannten Tabletop-Übung: Dabei besprechen die beteiligten Teams gemeinsam ein fiktives Sicherheitsszenario und gehen die vorgesehenen Abläufe Schritt für Schritt durch.
Ein mögliches Szenario könnte lauten: Ein Administratorkonto wurde kompromittiert, und Unbefugte haben Zugriff auf geschäftskritische Cloud-Ressourcen erhalten.
Besprechen Sie gemeinsam:
Wer übernimmt die Koordination des Vorfalls?
Wer muss informiert werden?
Welche Sofortmaßnahmen sind erforderlich?
Wer darf das betroffene Konto sperren?
Welche Log-Daten müssen gesichert werden?
Wann wird der Cloud-Anbieter eingeschaltet?
Wie werden betroffene Systeme wiederhergestellt?
Wann muss der Vorfall eskaliert werden?
Schon bei einer solchen theoretischen Übung lassen sich unklare Zuständigkeiten, fehlende Informationen oder Lücken in den Runbooks erkennen.
2. Testen Sie einzelne Abläufe und Funktionen
Im nächsten Schritt überprüfen Sie ausgewählte Bestandteile Ihres Notfallplans praktisch. Dabei muss noch kein vollständiger Sicherheitsvorfall simuliert werden.
Testen Sie beispielsweise, ob:
sich ein kompromittiertes Konto kurzfristig sperren lässt
die zuständigen Personen auf benötigte Log-Daten zugreifen können
Snapshots und Back-ups verfügbar sind
eine Wiederherstellung grundsätzlich funktioniert
Notfallkontakte und Support-Portale erreichbar sind
alternative Kommunikationswege funktionieren
die vorgesehenen Teams untereinander schnell Informationen austauschen können
Nutzen Sie dafür nach Möglichkeit eine isolierte Testumgebung, die Ihrer produktiven Cloud-Architektur technisch ausreichend nahekommt. So vermeiden Sie, dass die Übung den laufenden Geschäftsbetrieb beeinträchtigt.
3. Simulieren Sie realistische Cloud-Sicherheitsvorfälle
Sind die grundlegenden Abläufe erprobt, können Sie umfangreichere Übungen durchführen. Dabei spielen die beteiligten Teams einen Sicherheitsvorfall möglichst realistisch und unter kontrollierten Bedingungen durch.
Unerlaubte Nutzung von Cloud-Ressourcen durch Schatten-IT
Gestalten Sie die Szenarien passend zu den Risiken, die Sie in Schritt 1 für Ihr Unternehmen identifiziert haben. Einfache Übungen können Sie je nach vorhandener Expertise intern durchführen. Bei technisch anspruchsvollen Angriffssimulationen können Sie externe Security-Expert:innen hinzuziehen. Diese können beispielsweise geeignete Szenarien entwickeln, technische Tests durchführen oder die Übung als unabhängige Beobachter:innen begleiten.
Ein realistischer Test sollte nicht nur technische Maßnahmen berücksichtigen, sondern auch Entscheidungswege, interne Kommunikation, Eskalationen und die Wiederherstellung von Systemen.
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
4. Beziehen Sie Cloud-Anbieter und externe Partner ein
Prüfen Sie bei umfangreicheren Übungen auch die Zusammenarbeit mit Ihren Cloud-Anbietern. So können Sie feststellen, ob die in Schritt 5 definierten Kommunikations- und Eskalationswege tatsächlich funktionieren.
Testen Sie beispielsweise:
ob die richtigen Support-Kanäle bekannt sind
ob die zuständigen Personen Support-Anfragen stellen können
ob eindeutig geklärt ist, welche Aufgaben Ihr Unternehmen und welche der Cloud-Anbieter im Ernstfall übernimmt
wie schnell Informationen ausgetauscht werden
ob vereinbarte Eskalationswege funktionieren
Je nach Art und Umfang der Übung können Sie auch hierfür externe Security-Expert:innen hinzuziehen – beispielsweise für spezielle Angriffsszenarien oder Penetrationstests.
Das Ergebnis von Schritt 6: Ein praxiserprobter Cloud-Notfallplan
Am Ende dieses Schritts wissen Sie, welche Bestandteile Ihres Notfallplans funktionieren und wo noch Verbesserungsbedarf besteht. Dokumentieren Sie deshalb während jeder Übung Beobachtungen, Probleme und Abweichungen.
Praxis-Hinweis: Tests und Angriffssimulationen
Kündigen Sie insbesondere technische Tests und Angriffssimulationen bei den beteiligten internen Teams und ggf. bei Ihrem Cloud-Anbieter an. Führen Sie solche Übungen in einer kontrollierten Umgebung durch. Dokumentieren Sie außerdem nicht nur, ob eine Maßnahme funktioniert hat, sondern auch, wie lange sie gedauert hat. So können Sie beispielsweise überprüfen, ob Ihre in Schritt 4 definierten Wiederherstellungsziele in der Praxis erreichbar sind.
Schritt 7: Verbessern Sie Ihren Cloud-Notfallplan kontinuierlich
Cloud-Umgebungen verändern sich ständig: Neue Dienste kommen hinzu, Architekturen werden angepasst und neue Bedrohungen entstehen. Auch ein gut ausgearbeiteter und getesteter Notfallplan ist deshalb nie endgültig abgeschlossen. Nutzen Sie die Erkenntnisse aus Übungen und realen Sicherheitsvorfällen, um Ihre Abläufe regelmäßig zu überprüfen und gezielt weiterzuentwickeln.
1. Werten Sie jede Übung systematisch aus
Führen Sie nach den Tests aus Schritt 6 eine strukturierte Nachbesprechung durch. Halten Sie dabei nicht nur technische Probleme fest, sondern betrachten Sie den gesamten Ablauf des Vorfalls.
Fragen Sie beispielsweise:
Was hat gut funktioniert?
Wo kam es zu Verzögerungen oder Unklarheiten?
Waren Rollen und Verantwortlichkeiten eindeutig?
Wurden die richtigen Personen rechtzeitig informiert?
Haben Kommunikations- und Eskalationswege funktioniert?
Waren benötigte Zugänge, Tools und Informationen verfügbar?
Konnten Systeme und Daten wie geplant wiederhergestellt werden?
Wurden die festgelegten RTO- und RPO-Ziele erreicht?
Führen Sie eine erste Besprechung möglichst zeitnah nach der Übung durch. Eine ausführlichere Analyse kann anschließend in einem separaten Workshop erfolgen.
2. Dokumentieren Sie die gewonnenen Erkenntnisse
Fassen Sie die Ergebnisse anschließend in einem sogenannten After-Action-Review zusammen. So bleiben die Erkenntnisse nachvollziehbar und können auch bei zukünftigen Übungen berücksichtigt werden.
Dokumentieren Sie mindestens:
Aufgetretene Probleme und Schwachstellen
Abweichungen vom vorgesehenen Ablauf
Erfolgreiche Maßnahmen
Ursachen für Verzögerungen oder Fehler
Notwendige Anpassungen an Runbooks und Prozessen
Technische oder organisatorische Verbesserungsmöglichkeiten
Berücksichtigen Sie dabei das Feedback der beteiligten Mitarbeiter:innen. Sie können häufig besonders gut beurteilen, welche Vorgaben im Ernstfall praktikabel sind und an welchen Stellen Prozesse unnötig kompliziert sind.
3. Leiten Sie konkrete Verbesserungsmaßnahmen ab
Aus jeder festgestellten Schwachstelle sollte möglichst eine konkrete Maßnahme entstehen. Vergeben Sie dafür Verantwortlichkeiten und Fristen.
Statt beispielsweise lediglich festzuhalten, dass die Kontaktaufnahme zum Cloud-Anbieter zu lange gedauert hat, definieren Sie konkrete Aufgaben: Die Kontaktkarte wird aktualisiert, ein zusätzlicher Eskalationskontakt hinterlegt und der Zugriff auf das Support-Portal mit den zuständigen Personen getestet.
Priorisieren Sie die Maßnahmen danach, wie stark sie Ihre Reaktionsfähigkeit im Ernstfall beeinflussen. Kritische Lücken sollten Sie zuerst schließen.
Praxis-Hinweis: Schwachstellen
Für jede festgestellte Schwachstelle sollten Sie drei Fragen beantworten: Was wird verbessert? Wer ist dafür verantwortlich? Bis wann wird die Maßnahme umgesetzt?
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
Warten Sie mit Anpassungen nicht bis zur nächsten großen Notfallübung. Überprüfen Sie Ihre Dokumentation auch dann, wenn sich Ihre Cloud-Umgebung oder die Rahmenbedingungen verändern.
Eine Aktualisierung kann beispielsweise erforderlich sein, wenn:
neue Cloud-Dienste oder Anwendungen eingeführt werden
Cloud-Anbieter ihre Dienste oder Support-Prozesse ändern
Verantwortlichkeiten oder Ansprechpartner:innen wechseln
neue regulatorische Anforderungen entstehen
ein tatsächlicher Sicherheitsvorfall neue Schwachstellen offenlegt
Nutzen Sie eine Versionierung und Änderungsverfolgung. So können Sie nachvollziehen, wann ein Notfallplan angepasst wurde und welche Änderungen vorgenommen wurden.
5. Überprüfen Sie, ob Ihre Verbesserungen funktionieren
Mit der Umsetzung einer Maßnahme ist der Verbesserungsprozess noch nicht abgeschlossen. Testen Sie bei der nächsten Übung gezielt, ob die vorgenommenen Änderungen tatsächlich wirksam sind.
Hat beispielsweise bei einer Übung die Wiederherstellung einer Datenbank zu lange gedauert, sollte der optimierte Prozess beim nächsten Test überprüft werden. So entsteht ein kontinuierlicher Kreislauf: testen, auswerten, verbessern, aktualisieren und erneut testen.
Mit diesem Vorgehen entwickeln Sie Ihren Cloud-Notfallplan kontinuierlich weiter und passen ihn an Veränderungen in Ihrer Cloud-Umgebung und der Bedrohungslage an.
Das Ergebnis von Schritt 7: Ein aktueller und kontinuierlich verbesserter Cloud-Notfallplan
Nach diesem Schritt verfügen Sie nicht nur über einen dokumentierten Notfallplan. Sie haben auch einen Prozess etabliert, mit dem Sie dessen Wirksamkeit regelmäßig überprüfen und verbessern können.
Stellen Sie dafür dauerhaft sicher, dass:
Risiken und Bedrohungsszenarien regelmäßig neu bewertet werden
Runbooks aktuell bleiben
Rollen und Ansprechpartner:innen überprüft werden
Wiederherstellungsstrategien getestet werden
Kontakt- und Eskalationswege aktuell sind
Übungen regelmäßig stattfinden
Identifizierte Schwachstellen nachverfolgt und behoben werden
Praxis-Hinweis: Notfallplan überprüfen
Behandeln Sie Ihren Cloud-Notfallplan als lebendes Dokument. Legen Sie feste Termine für dessen Überprüfung fest und bestimmen Sie eine verantwortliche Person oder Rolle für die Pflege. Aktualisieren Sie den Plan zusätzlich immer dann, wenn sich wesentliche Systeme, Prozesse oder Zuständigkeiten ändern. So stellen Sie sicher, dass Ihr Notfallplan mit Ihrer Cloud-Umgebung Schritt hält.
Unser Fazit: Gute Cloud-Notfallpläne schaffen Sicherheit im Ernstfall
Sie wissen jetzt, worauf es bei wirksamen Notfallplänen für Ihre Cloud-Umgebung ankommt: Eine systematische Risikoanalyse und klar definierte Abläufe schaffen die Grundlage für eine schnelle Reaktion auf Sicherheitsvorfälle. Festgelegte Kommunikationswege und Verantwortlichkeiten erleichtern die Zusammenarbeit mit Ihren Cloud-Anbietern. Mit regelmäßigen Tests und Übungen können Sie zudem Schwachstellen frühzeitig erkennen und Ihre Notfallpläne kontinuierlich verbessern.
Wenn Sie Fragen zum Thema haben oder Unterstützung bei der Erstellung und Optimierung Ihrer Cloud-Notfallpläne wünschen, wenden Sie sich gern an die Security-Expert:innen von Vodafone Business. Das Team unterstützt Sie praxisnah dabei, Ihre Cloud-Umgebung auf mögliche Sicherheitsvorfälle vorzubereiten und Ihre Cloud-Sicherheit nachhaltig zu stärken.
Vodafone Business Security Services
Unsere Expert:innen überwachen Ihre Sicherheit. Und sie übernehmen das Management Ihrer Vodafone Security-Lösung: Von der Ersteinrichtung bis zum Betrieb und der Wartung unterstützen wir Sie.
Cloud-Notfallplan erstellen: Häufig gestellte Fragen (FAQ)
Ein Cloud-Notfallplan legt fest, wie Ihr Unternehmen bei Sicherheitsvorfällen oder Ausfällen in einer Cloud-Umgebung vorgeht. Er definiert unter anderem Verantwortlichkeiten, Kommunikations- und Eskalationswege, Sofortmaßnahmen sowie Verfahren zur Wiederherstellung von Systemen und Daten. Ziel ist es, im Ernstfall schnell und koordiniert zu reagieren und mögliche Schäden zu begrenzen.
Berücksichtigen Sie insbesondere Risiken, die für Ihre individuelle Cloud-Umgebung relevant sind. Dazu können gehören: kompromittierte Benutzerkonten, Fehlkonfigurationen, Datenabflüsse, unsichere Schnittstellen, der Missbrauch von Cloud-Ressourcen und Ausfälle wichtiger Cloud-Dienste. Auch Compliance-Verstöße sowie die Abhängigkeit von einzelnen Cloud-Anbietern sollten in die Risikoanalyse einfließen.
Welche Aufgaben Ihr Cloud-Anbieter übernimmt und wofür Ihr Unternehmen selbst verantwortlich ist, hängt unter anderem vom jeweiligen Shared-Responsibility-Modell und den vereinbarten Support-Leistungen ab. Klären Sie deshalb im Vorfeld Zuständigkeiten, Ansprechpartner:innen, Kommunikationswege und Eskalationsprozesse. So können Sie Ihren Cloud-Anbieter bei einem Sicherheitsvorfall schnell einbeziehen.
Für die Wiederherstellung können Unternehmen beispielsweise Back-ups, Snapshots, Versionierungen und Infrastructure-as-Code einsetzen. Wichtig ist, die verwendeten Wiederherstellungsquellen vorab auf ihre Integrität bzw. mögliche Kompromittierung zu prüfen. Wurden Cloud-Systeme und -Daten wiederhergestellt, sollte ein weiterer Integritäts-Check folgen. Damit die Wiederherstellung im Ernstfall möglichst reibungslos funktioniert, sollten Unternehmen die benötigten Verfahren, Zugänge und Berechtigungen bereits im Vorfeld festlegen und regelmäßig testen.
Cloud-Notfallpläne sollten regelmäßig mit unterschiedlichen Übungsformaten getestet werden. Möglich sind beispielsweise theoretische Notfallübungen in Form von Besprechungen, funktionale Tests einzelner Abläufe oder umfassende Simulationen realistischer Sicherheitsvorfälle. Dabei können Sie unter anderem Kommunikationswege, Verantwortlichkeiten, technische Maßnahmen und Wiederherstellungsprozesse überprüfen. Die gewonnenen Erkenntnisse sollten anschließend dokumentiert und zur kontinuierlichen Verbesserung der Notfallpläne genutzt werden.
NXTGN Solutions GmbH: Cybersicherheit als Fundament für digitale Lösungen
Die Bedrohungslage für Unternehmensnetzwerke wächst – und mit ihr die Anforderungen an professionelle IT-Sicherheit. Cyberangriffe treffen längst nicht mehr nur Großkonzerne: Auch mittelständische Unternehmen und spezialisierte IT-Dienstleister geraten zunehmend ins Visier. Gleichzeitig steigen die Erwartungen ihrer Kunden an Datenschutz, Verfügbarkeit und Zuverlässigkeit. Wie ein Unternehmen diese Herausforderung nicht nur für sich selbst löst, sondern daraus einen strategischen Vorteil im eigenen Leistungsportfolio entwickelt, zeigt das Beispiel von NXTGN Solutions.
Phishing-Attacken werden immer raffinierter: Cyberkriminelle tarnen ihre Angriffe, nutzen künstliche Intelligenz und setzen auf Massen-Mailings, um Opfer zu finden. Wie Sie Ihr Unternehmen und Ihre Mitarbeitenden wirksam schützen und was Sie bei einem Angriff tun solten, erfahren Sie hier.
Erfahren Sie hier, wie Endpoint Security Solutions funktionieren und wie sie Ihr Unternehmen vor Cyberangriffen schützen. Lesen Sie außerdem, was Sie bei der Auswahl einer Endpoint-Security-Lösung beachten sollten und wie Sie sie am besten in Ihrer Firma einführen.
Aufzeichnung: So machen Sie Ihre AWS-Cloud zukunftssicher
Risiken minimieren, Cloud-Sicherheit maximieren: Die Cloud bringt Ihrem Unternehmen viele Vorteile: mehr Innovation, mehr Flexibilität und mehr Wachstum. Aber auch mehr Anforderungen – an Sicherheit, Compliance und Governance. Durch falsche Konfigurationen oder unklare Zuständigkeiten kann es zu Störungen kommen. Deshalb ist eine gute Sicherheitsstrategie wichtig.
Eine Business Continuity Software digitalisiert Notfallpläne, Risikoanalysen und Krisenalarmierung. Erfahren Sie, welche Module wichtig sind, wie Sie den passenden Anbieter auswählen und wie die Norm ISO 22301 und der BSI-Standard 200-4 Ihr Unternehmen technisch absichern.