Security

Deep Dive: Cloud-Notfallplan erstellen

So reagieren Sie schnell und versiert auf Sicherheitsvorfälle

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.

Inhaltsverzeichnis

Cloud-Notfallplan erstellen: Das Wichtigste in Kürze

  • Schritt 1: Identifizieren und priorisieren Sie geschäftskritische Cloud-Dienste sowie mögliche Bedrohungsszenarien.
  • Schritt 2: Erstellen Sie konkrete Runbooks, damit Ihr Team bei Sicherheitsvorfällen schnell und strukturiert reagieren kann.
  • Schritt 3: Legen Sie fest, wer im Ernstfall welche Aufgaben übernimmt, Entscheidungen treffen darf und Eskalationen auslöst.
  • Schritt 4: Definieren Sie Recovery-Ziele und bereiten Sie Back-ups, Snapshots sowie mögliche Ausweichlösungen vor.
  • Schritt 5: Halten Sie Support-Kontakte, Kommunikationswege und Eskalationsprozesse für Ihre Provider stets griffbereit.
  • Schritt 6: Testen Sie Ihre Notfallpläne regelmäßig – von einfachen Tabletop-Übungen bis zu realistischen Simulationen.
  • Schritt 7: Werten Sie Übungen und reale Vorfälle aus und passen Sie Ihre Notfallpläne an neue Risiken, Systeme und Erkenntnisse an.

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
  • Cloud-Speicher und Back-ups
  • Schnittstellen und APIs
  • Zentrale Netzwerk- und Sicherheitsdienste
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.

Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

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
  • Unbeabsichtigt öffentlich zugänglicher Cloud-Speicher
  • Datenabfluss über eine unsichere Schnittstelle
  • Missbrauch von Cloud-Ressourcen durch Dritte
  • Ransomware-Angriff auf Cloud-Daten
  • Ausfall eines geschäftskritischen Cloud-Dienstes
Beispiel: Administratorkonto kompromittiert

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.

Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

3. Bereiten Sie die technischen Maßnahmen vor

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
  • Zugänge zu Security- und Monitoring-Systemen
  • 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.
Typischerweise sollten folgende Bereiche vertreten sein:
  • IT-Sicherheit
  • IT-Administration
  • Cloud-Architektur und Cloud-Betrieb
  • Rechtsabteilung
  • Unternehmenskommunikation
  • Geschäftsführung
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.
Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

3. Legen Sie Entscheidungsbefugnisse fest

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:
  • Virtuelle Maschinen: Wiederherstellung über Snapshots oder Images
  • 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?
Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

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.

Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

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.

Schritt 6: Testen Sie Ihren Cloud-Notfallplan

1. Starten Sie mit einer einfachen Notfallübung

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.
Geeignete Szenarien sind beispielsweise:
  • Kompromittierung eines Administratorkontos
  • Datenabfluss aufgrund einer Fehlkonfiguration
  • Ransomware-Angriff auf Cloud-Speicher
  • DDoS-Angriff auf einen kritischen Dienst
  • Ausfall eines zentralen Cloud-Dienstes
  • 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.
Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

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?

Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

4. Aktualisieren Sie Ihre Notfallpläne regelmäßig

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
  • sich Ihre Cloud-Architektur verändert
  • neue Bedrohungen bekannt 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.
Eine junge Frau betrachtet lächelnd ein Tablet.

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.

  • Rund um die Uhr
  • Immer aktuell
  • Alles auf einen Blick via Cyber Hub

Cloud-Notfallplan erstellen: Häufig gestellte Fragen (FAQ)

Das könnte Sie auch interessieren:
Security
NXTGN Solutions GmbH: Cybersicherheit als Fundament für digitale Lösungen

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.