Redundanz statt Sicherung

đ Was beobachte ich?
Wenn ich in Audits nach der Sicherung der Daten frage, die in der Cloud liegen, kommen zwei Antworten. Die eine lautet âDas macht der Anbieterâ, die andere âDie Daten liegen dreifachâ. Meist folgt ein Bild aus der Konsole: drei VerfĂŒgbarkeitszonen, alles grĂŒn. Frage ich weiter, wo die Kopie liegt, die ein anderes Konto, einen anderen Standort oder einen anderen Anbieter hat, zeigt jemand auf ein Speicherziel im selben Konto. FĂŒr die Beteiligten ist die Frage damit beantwortet. In der Risikoanalyse gilt der Datenverlust als abgedeckt.
đŻ Was soll eigentlich erreicht werden?
Erreicht werden soll VerfĂŒgbarkeit ohne eigenes Rechenzentrum. Die Ăberlegung stimmt: Ein Hyperscaler betreibt Stromversorgung, KĂŒhlung und Replikation besser als die meisten Organisationen, und er tut es ĂŒber mehrere Zonen hinweg. ISO 27001 A.8.13 verlangt Sicherungen und regelmĂ€Ăige Tests â Arbeit, die eine kleine IT-Mannschaft selten zuverlĂ€ssig leistet. Sie einzukaufen ist eine vernĂŒnftige Entscheidung.
â ïž Warum funktioniert das nicht?
Redundanz und Sicherung beantworten verschiedene Fragen. Redundanz hĂ€lt den Betrieb aufrecht, wenn ein Teil ausfĂ€llt; sie setzt voraus, dass die Kopien unabhĂ€ngig voneinander versagen. Eine Sicherung beantwortet die Frage, woher die Daten wiederkommen, wenn alle Kopien zugleich verschwinden â gelöscht, verschlĂŒsselt oder zerstört. Das Modell der geteilten Verantwortung zieht die Grenze genau hier: Der Anbieter betreibt die Infrastruktur, der Kunde entscheidet, wo seine Daten liegen und wie oft. Wer alle Kopien auf der Seite des Anbieters anordnet, hat die Verantwortung nicht geteilt, sondern verwechselt. Er ĂŒbernimmt dabei eine Annahme, die niemand geprĂŒft hat: dass die drei Zonen wirklich unabhĂ€ngig voneinander ausfallen.
Mitte September 2026 erklĂ€rte AWS die Daten, die ausschlieĂlich in seiner Region Bahrain lagen, fĂŒr endgĂŒltig verloren, dazu die einer von drei Zonen in den Vereinigten Arabischen Emiraten. Iranische Drohnen hatten im FrĂŒhjahr mehrere Anlagen getroffen; der Schaden erstreckte sich ĂŒber mehrere VerfĂŒgbarkeitszonen und ĂŒberstieg das, was die regionalen Dienste aushalten sollen. Wer rechtzeitig in eine andere Region kopiert hatte, fing dort neu an. Wer innerhalb der Region gesichert hatte, hat nichts mehr. FĂŒnf Jahre zuvor brannte in StraĂburg ein Rechenzentrum von OVH ab. Ein Kunde, der dort die automatische Sicherung gebucht hatte, klagte, weil Produktion und Sicherung im selben GebĂ€ude standen, und bekam erstinstanzlich 100.000 Euro zugesprochen. Die Cour d’appel de Douai kĂŒrzte den Betrag im April 2025 auf 1.800,48 Euro, die vertragliche Obergrenze in Höhe des Entgelts der letzten sechs Monate. Höhere Gewalt lieĂ das Gericht nicht gelten, die Haftungsbegrenzung schon. Dass die Sicherung im selben GebĂ€ude lag, war nach dem Urteil kein Vertragsbruch: âPhysisch getrenntâ verlange keine Entfernung, nur eine eigene Infrastruktur. Eine Sicherung an einem anderen Standort hatte OVH im Angebot. Damit steht die Grenze fest: Der Anbieter haftet, aber nur bis zur Höhe des Entgelts. FĂŒr den Fortbestand der Daten bleibt der Kunde zustĂ€ndig.
đĄ Was funktioniert besser?
Als Sicherung taugt eine Kopie erst, wenn sie einer anderen Gefahr ausgesetzt ist als das Original. Drei Fragen klĂ€ren das. Liegt sie auĂerhalb der Region, besser auĂerhalb des Anbieters? HĂ€ngt sie an einem anderen Konto als der Produktivbetrieb? LĂ€sst sie sich zurĂŒckspielen, ohne die ausgefallene Umgebung dafĂŒr zu brauchen? Dreimal ja, dann ist es eine Sicherung. Einmal nein, dann ist es eine weitere Kopie desselben Risikos.
Den Anfang macht eine Tabelle fĂŒr die drei DatenbestĂ€nde, ohne die das GeschĂ€ft stillsteht: in welcher Region, unter welchem Konto und bei welchem Anbieter jede Kopie liegt. Wo jede Kopie in allen drei Spalten dasselbe zeigt wie das Original, ist der Befund klar, bevor ihn jemand bewertet. Dazu gehört der Wiederanlauf: Wer die Daten zurĂŒckholt, hat noch keine laufenden Systeme â SchlĂŒssel, Konfiguration und ZugĂ€nge gehören mit gesichert.
Billig ist das nicht. Eine Kopie auĂerhalb kostet Speicher, Egress-GebĂŒhren und Ăbung. Deshalb braucht es sie nicht fĂŒr alles, sondern fĂŒr das, was den GeschĂ€ftsbetrieb erhĂ€lt; wofĂŒr genau, sagt die KritikalitĂ€tsbewertung, die ohnehin im ISMS steht. Und eine zweite Region beim selben Anbieter ist der halbe Schritt. Sie hilft gegen Feuer und Krieg, nicht gegen ein gesperrtes Konto oder eine gekĂŒndigte Vertragsbeziehung.
đđ
- heise: Iran-Krieg: Alle AWS-Daten in Bahrain sind zerstört https://www.heise.de/news/Iran-Krieg-Alle-AWS-Daten-in-Bahrain-sind-zerstoert-11454487.html
- Help Net Security: Iranian strikes on AWS facilities left customer data beyond recovery in Bahrain, UAE https://www.helpnetsecurity.com/2026/09/17/aws-middle-east-outage-permanent-data-loss-bahrain-uae/
- AWS Shared Responsibility Model https://aws.amazon.com/compliance/shared-responsibility-model/
- Silicon.fr: Incendie OVHcloud â la force majeure rejetĂ©e en Cour d’appel https://www.silicon.fr/Thematique/business-1367/Breves/incendie-ovhcloud-force-majeure-rejetee-cour-appel-475454.htm
- ISO/IEC 27001:2022, A.8.13 â Information Backup https://www.iso.org/standard/27001 đ


