Angriffe auf Rechenzentren: Wie sicher sind Microsoft 365 und die Cloud?

Anfang August wurde am Flughafen Leipzig/Halle eine mit Sprengstoff präparierte Drohne zwischen ukrainischen Frachtflugzeugen entdeckt. Inzwischen macht die Bundesregierung Russland für den Anschlagsversuch verantwortlich. Der russische Botschafter wurde einbestellt, weitere diplomatische Konsequenzen wurden angekündigt. Die Bundesregierung betrachtet den Vorfall ausdrücklich nicht als Einzelfall, sondern als Teil hybrider Angriffe auf Deutschland.

Trotzdem dürften die wenigsten Unternehmen deshalb ihre eigene IT-Vorsorge überprüfen. Solche Ereignisse werden häufig als Angriffe auf militärische Ziele, als Folge des Ukrainekriegs oder als außergewöhnliche Einzelfälle wahrgenommen. Dass vergleichbare Methoden auch zivile Infrastruktur treffen könnten, bleibt abstrakt.

Dabei zeigen aktuelle Angriffe in mehreren Ländern, dass Rechenzentren längst selbst zu Zielen geworden sind. Das betrifft nicht nur kleinere oder schlecht geschützte Anlagen. Auch die Infrastruktur großer Cloud- und Technologiekonzerne wurde schwer beschädigt. Teilweise konnten Systeme und Daten trotz mehrfach vorhandener Rechenzentren nicht wiederhergestellt werden.

Für deutsche Unternehmen stellt sich deshalb eine unbequeme Frage: Reicht die vorhandene Redundanz tatsächlich aus, wenn nicht nur eine Festplatte oder ein Server ausfällt, sondern ein physischer Standort gezielt angegriffen wird?

Dieser Artikel soll kein Kriegsszenario für Deutschland entwerfen. Er betrachtet, was bei den Angriffen auf Rechenzentren tatsächlich passiert ist, wie Microsoft und andere Cloudanbieter ihre Infrastruktur absichern, wie Deutschland auf hybride Bedrohungen vorbereitet ist und welche Vorsorge Unternehmen selbst treffen können.

Inhaltsverzeichnis

Was der Angriff auf die AWS-Rechenzentren wirklich gezeigt hat

Die Golfstaaten wurden in den vergangenen Jahren stark als moderne Wirtschafts-, Technologie- und Tourismusstandorte vermarktet. Dieses Bild ist nicht falsch, hat aber teilweise überlagert, dass die Region seit Jahrzehnten von erheblichen geopolitischen Spannungen geprägt ist. Die wirtschaftliche Entwicklung hat diese Risiken nicht beseitigt. Sie hat sie für viele Unternehmen und Reisende lediglich weniger sichtbar gemacht.

Wenn über Ausfallsicherheit in der Cloud gesprochen wird, fallen schnell Begriffe wie Redundanz, Hochverfügbarkeit oder geografische Verteilung. Für viele Unternehmen entsteht dabei leicht der Eindruck, die Infrastruktur großer Cloud-Anbieter sei praktisch unverwundbar. Die Ereignisse in der Golfregion zeigen jedoch, dass auch moderne Cloud-Plattformen physische Grenzen haben.

Im März 2026 wurden im Zuge der militärischen Auseinandersetzungen zwischen Iran, den USA und Israel mehrere Rechenzentren von Amazon Web Services (AWS) in Bahrain und den Vereinigten Arabischen Emiraten beschädigt. Nach Angaben von AWS wurden zwei Einrichtungen in den Vereinigten Arabischen Emiraten direkt getroffen. In Bahrain kam es ebenfalls zu erheblichen Schäden an der Infrastruktur.

Besonders bemerkenswert war nicht der Angriff selbst, sondern die Entwicklung in den Monaten danach. Im September 2026 erklärte AWS, dass der Zugriff auf bestimmte Ressourcen und Daten nicht wiederhergestellt werden könne. Betroffen waren Daten, die ausschließlich in der Region Bahrain oder in einer beschädigten Availability Zone der Vereinigten Arabischen Emirate gespeichert waren. In Bahrain erstreckten sich die Schäden nach Angaben von AWS über mehrere Availability Zones und überstiegen das, wofür die regionalen und Multi-AZ-Dienste ausgelegt waren.

Gerade dieser Punkt verdient eine genauere Betrachtung.

Viele Unternehmen verstehen unter einer Cloud-Region vereinfacht ein einzelnes Rechenzentrum. Tatsächlich besteht eine Region meist aus mehreren physisch getrennten Standorten. AWS bezeichnet diese als Availability Zones. Jede Availability Zone verfügt über eigene Stromversorgung, eigene Netzwerkanschlüsse und eigene technische Infrastruktur. Fällt ein Standort aus, sollen die verbleibenden Standorte den Betrieb übernehmen können.

Genau dafür wurden Availability Zones entwickelt. Sie schützen vor Ereignissen wie:

• Stromausfällen
• Bränden
• Hardwaredefekten
• Kühlungsproblemen
• lokalen Naturereignissen
• dem Ausfall eines einzelnen Rechenzentrums

Die Architektur geht also bewusst davon aus, dass einzelne Standorte betroffen sein können. Was sie nicht automatisch abdeckt, ist die gleichzeitige Beschädigung mehrerer Standorte innerhalb derselben Region.

Nach Aussage von AWS erstreckten sich die Schäden in Bahrain über mehrere Availability Zones und übertrafen damit das Auslegungsszenario der regionalen und Multi-AZ-Dienste. Das Unternehmen formulierte ausdrücklich, dass die Infrastruktur stärker betroffen war, als es die für diese Region vorgesehenen Schutzmechanismen vorsehen.

Für Unternehmen ergibt sich daraus eine wichtige Erkenntnis: Redundanz ist niemals unbegrenzt. Jede Architektur wird für bestimmte Risiken geplant und dimensioniert. Die Wahrscheinlichkeit, dass mehrere unabhängige Rechenzentren gleichzeitig schwer beschädigt werden, galt lange Zeit als äußerst gering. Die Ereignisse in der Golfregion haben gezeigt, dass solche Annahmen in militärischen Konflikten plötzlich nicht mehr gelten müssen.

Ebenso wichtig ist eine zweite Erkenntnis. Die Meldung bedeutet nicht, dass AWS insgesamt versagt hätte oder die Daten sämtlicher Kunden verloren gingen. Im Gegenteil. AWS erklärte, dass die meisten betroffenen Kunden ihren Betrieb inzwischen in anderen Regionen wieder aufnehmen konnten. Viele nutzten dafür vorhandene Sicherungen oder hatten ihre Workloads bereits über mehrere Regionen verteilt.

Genau hier wird häufig ein weiterer Irrtum sichtbar. Hochverfügbarkeit und Backup sind nicht dasselbe.

Eine hochverfügbare Architektur soll den laufenden Betrieb aufrechterhalten, wenn einzelne Komponenten ausfallen. Ein Backup dient dagegen dazu, Daten wiederherzustellen, wenn diese trotz aller Schutzmaßnahmen verloren gehen oder nicht mehr erreichbar sind.

Aus Sicht vieler Unternehmen lautet die entscheidende Lehre daher nicht, dass Cloud-Dienste unsicher sind. Die eigentliche Lehre lautet vielmehr, dass auch sehr robuste Cloud-Infrastrukturen Grenzen haben. Wer seine Daten ausschließlich innerhalb einer einzelnen Region betreibt, verlässt sich letztlich darauf, dass genau diese Region jederzeit verfügbar bleibt.

Die Angriffe in Bahrain und den Vereinigten Arabischen Emiraten waren der erste öffentlich bekannte Fall, bei dem ein großer internationaler Cloud-Anbieter einräumen musste, dass physische Kriegsschäden den Verlust von Kundendaten verursacht haben. Damit wurde ein Szenario Realität, das zuvor häufig als theoretisch oder praktisch ausgeschlossen galt.

Für deutsche Unternehmen ist daraus nicht zwingend abzuleiten, dass ähnliche Ereignisse unmittelbar bevorstehen. Die Schlussfolgerung ist jedoch eine andere: Auch die modernste Cloud kann Risiken reduzieren, aber nicht vollständig beseitigen. Wer seine Geschäftsprozesse vollständig von digitalen Plattformen abhängig macht, sollte deshalb verstehen, welche Ausfälle die jeweilige Architektur abdecken kann und welche nicht. Genau an diesem Punkt beginnt eine realistische Betrachtung von Ausfallsicherheit.

Wenn Rechenzentren selbst zum Ziel werden

Während die Angriffe auf die AWS-Infrastruktur in der Golfregion vor allem die Frage nach Ausfallsicherheit und Datenverlust aufwerfen, zeigen die jüngsten Ereignisse in Russland einen weiteren Aspekt: Rechenzentren können heute selbst zu strategischen Zielen werden.

Anfang Oktober 2026 wurde das Rechenzentrum von Yandex in Sasowo durch einen Drohnenangriff schwer beschädigt und vollständig außer Betrieb genommen. Am folgenden Morgen wurde auch ein Yandex-Rechenzentrum in Kaluga angegriffen; dort fiel ein Teil der Infrastruktur aus. Das Unternehmen erklärte, dass die Schäden weiter untersucht würden und zunächst nicht absehbar sei, wann die betroffene Technik wieder in Betrieb genommen werden kann.

Für viele europäische Unternehmen mag der Name Yandex zunächst wenig bekannt sein. Innerhalb Russlands besitzt das Unternehmen jedoch eine ähnliche Bedeutung wie Google in vielen westlichen Ländern. Suchmaschine, Kartendienste, Navigationssysteme, Cloud-Dienste, E-Commerce-Plattformen und Anwendungen auf Basis künstlicher Intelligenz gehören zum Alltag von Millionen Nutzern. Entsprechend groß war die Aufmerksamkeit, als die Angriffe bekannt wurden.

Besonders interessant ist, welche Auswirkungen die Angriffe unmittelbar nach sich zogen. Bereits kurz nach dem Ausfall wurden Störungen bei verschiedenen digitalen Diensten gemeldet. Nach Medienberichten waren nicht nur Angebote von Yandex selbst betroffen, sondern auch weitere Plattformen und Unternehmen, die auf die Infrastruktur angewiesen waren.

Damit wird deutlich, dass ein modernes Rechenzentrum weit mehr ist als ein Ort zur Speicherung von Daten. In vielen Fällen bildet es die technische Grundlage für ganze digitale Ökosysteme. Fällt ein solcher Standort aus, betrifft dies nicht nur den Betreiber selbst, sondern häufig tausende Unternehmen und Millionen Nutzer, die von den dort bereitgestellten Diensten abhängig sind.

Hinzu kommt ein weiterer bemerkenswerter Umstand. Nach Medienberichten befanden sich im Rechenzentrum Sasowo außerdem zwei der drei Supercomputer, die Yandex für das Training seines KI-Modells YandexGPT einsetzt. Die Angriffe richteten sich damit nicht nur gegen klassische IT-Infrastruktur, sondern möglicherweise auch gegen einen Teil der technologischen und wirtschaftlichen Leistungsfähigkeit des Unternehmens.

Die Ereignisse lassen sich allerdings nicht isoliert betrachten. Russland hatte zuvor selbst wiederholt Rechenzentren, Telekommunikationsanlagen und andere digitale Infrastrukturen in der Ukraine angegriffen. Ukrainische Regierungsvertreter bezeichneten die Angriffe auf russische Rechenzentren ausdrücklich als Reaktion darauf. Unabhängig davon, wie man diesen Konflikt politisch bewertet, zeigt sich ein klarer Trend: Digitale Infrastruktur wird zunehmend zu einem eigenständigen Ziel militärischer und hybrider Operationen.

Für Unternehmen ergibt sich daraus eine wichtige Erkenntnis. Über viele Jahre galt die digitale Infrastruktur vor allem als unterstützende Komponente wirtschaftlicher Prozesse. Produktionsanlagen, Energieversorgung oder Verkehrswege wurden als kritische Infrastruktur wahrgenommen, Rechenzentren dagegen als technische Hilfsmittel im Hintergrund.

Diese Sichtweise verändert sich zunehmend. In einer digitalisierten Wirtschaft sind Daten, Kommunikationsplattformen, Cloud-Dienste und KI-Systeme nicht mehr nur Werkzeuge, sondern zentrale Bestandteile der Wertschöpfung. Wer digitale Dienstleistungen beeinträchtigen oder ganze Wirtschaftsbereiche stören möchte, findet daher in Rechenzentren ein attraktives Ziel.

Die Angriffe auf Yandex machen darüber hinaus deutlich, dass moderne Rechenzentren trotz aller Redundanz nicht beliebig ersetzbar sind. Neue Hardware lässt sich beschaffen. Daten können häufig aus Sicherungen wiederhergestellt werden. Der Aufbau großer Rechenkapazitäten, spezialisierter KI-Infrastruktur und hochverfügbarer Plattformdienste benötigt jedoch Zeit. Selbst wenn keine Daten verloren gehen, kann die Wiederherstellung kritischer Dienste erhebliche Ressourcen binden und über längere Zeit Einschränkungen verursachen.

Die Lehre aus Russland und der Ukraine ist eine andere. Rechenzentren sind heute nicht mehr bloße technische Betriebsstätten, sondern ein wesentlicher Bestandteil moderner Wirtschafts- und Kommunikationsstrukturen. Wer über Ausfallsicherheit nachdenkt, sollte deshalb nicht nur an Festplatten, Backups oder Cyberangriffe denken, sondern auch an die physische Infrastruktur, auf der digitale Dienste letztlich beruhen.

Warum Leipzig kein Einzelfall war

Wer Angriffe auf Rechenzentren ausschließlich als Problem von Kriegsgebieten betrachtet, übersieht eine wichtige Entwicklung. Auch in Deutschland und anderen europäischen Ländern gab es in den vergangenen Jahren eine Reihe von Vorfällen, die zeigen, dass kritische Infrastruktur zunehmend in den Fokus unterschiedlicher Akteure gerät.

Besonders Aufmerksamkeit erregte 2026 der Vorfall am Flughafen Leipzig/Halle. Dort wurde eine mit Sprengstoff präparierte Drohne zwischen ukrainischen Frachtflugzeugen entdeckt. Die Bundesregierung macht Russland für den Anschlagsversuch verantwortlich und ordnet ihn in das Muster hybrider Angriffe gegen Deutschland ein.

Bereits zuvor war Leipzig Schauplatz eines weiteren sicherheitsrelevanten Vorfalls. Im DHL-Logistikzentrum entzündete sich 2024 ein Brandsatz, der in einem Luftfrachtpaket versteckt war. Nach späteren Ermittlungen soll die Aktion Teil einer größeren Sabotageoperation gewesen sein. Ermittler in mehreren europäischen Ländern gehen davon aus, dass damit sogar Tests für Brände an Bord von Frachtflugzeugen vorbereitet wurden.

Auch außerhalb der Logistik gab es Hinweise auf eine veränderte Sicherheitslage. So berichteten westliche Medien und Sicherheitsbehörden über mutmaßliche Anschlagspläne gegen Armin Papperger, den Vorstandsvorsitzenden von Rheinmetall. Die Bedrohung wurde ernst genug eingestuft, um besondere Schutzmaßnahmen einzuleiten.

Parallel dazu kam es wiederholt zu Anschlägen auf Energie- und Strominfrastruktur in Deutschland. Dazu gehören Angriffe auf Strommasten, Kabelanlagen und Energieversorgungseinrichtungen in Berlin und Brandenburg, zu denen Bekennerschreiben veröffentlicht wurden. Die Vorfälle zeigen, dass bereits mit vergleichsweise einfachen Mitteln erhebliche Auswirkungen auf Versorgung und öffentliche Infrastruktur erreicht werden können.

Dass es sich dabei nicht nur um einzelne Schlagzeilen handelt, verdeutlicht eine Auswertung des Bundeskriminalamts. Nach einem internen Lagebild wurden allein im Jahr 2025 bundesweit 321 Sabotage-Verdachtsfälle registriert. Betroffen waren unter anderem Bahninfrastruktur, Flughäfen, Stromversorgung, Funkmasten, Wasserwerke und weitere kritische Einrichtungen. Die Zahl sagt nichts über die Verantwortlichen der einzelnen Vorfälle aus. Sie zeigt jedoch, dass Angriffe und Sabotageversuche gegen Infrastruktur längst nicht mehr als außergewöhnliche Einzelfälle betrachtet werden können.

Für Unternehmen ergibt sich daraus eine einfache Schlussfolgerung: Die Frage ist nicht, ob jede einzelne Meldung eine unmittelbare Bedrohung für das eigene Unternehmen darstellt. Die entscheidende Erkenntnis ist vielmehr, dass die Verfügbarkeit kritischer Infrastruktur heute nicht mehr als selbstverständlich angesehen werden kann. Wer Geschäftsprozesse, Kommunikation und Daten vollständig digital organisiert, sollte deshalb auch die physische Infrastruktur hinter diesen Diensten in seine Risikoüberlegungen einbeziehen.

Wie sicher sind deutsche Rechenzentren?

Angriffe auf Rechenzentren in der Golfregion, in Russland oder in der Ukraine werfen zwangsläufig die Frage auf, wie die Situation in Deutschland aussieht. Die kurze Antwort lautet: Professionell betriebene Rechenzentren in Deutschland verfügen in der Regel über umfangreiche Maßnahmen zur physischen Sicherheit und technischen Redundanz. Gleichzeitig wäre es falsch, daraus eine vollständige Unverwundbarkeit abzuleiten.

Deutschland nimmt innerhalb Europas eine besondere Rolle ein. Vor allem die Rhein-Main-Region rund um Frankfurt zählt zu den wichtigsten Rechenzentrumsstandorten der Welt. Dort befinden sich hunderte Rechenzentren unterschiedlichster Betreiber. Gleichzeitig ist Frankfurt Heimat des DE-CIX, einem der größten Internetknoten weltweit. Ein erheblicher Teil des europäischen und internationalen Datenverkehrs wird hier ausgetauscht.

Gerade diese Konzentration bringt Vorteile und Risiken zugleich mit sich. Einerseits profitieren Unternehmen von einer hervorragenden Anbindung, hoher Verfügbarkeit und einer großen Auswahl an Rechenzentrumsbetreibern. Andererseits entsteht dadurch eine gewisse strategische Bedeutung. Fällt ein einzelnes Rechenzentrum aus, bleibt dies meist folgenlos. Störungen an zentralen Netzknoten oder eine größere Beeinträchtigung einer ganzen Region hätten dagegen deutlich weitreichendere Auswirkungen.

Moderne Rechenzentren sind allerdings nicht mit einem klassischen Serverraum in einem Unternehmensgebäude vergleichbar. Betreiber investieren erhebliche Mittel in physische Sicherheit und Ausfallschutz. Typische Schutzmaßnahmen umfassen:

• mehrstufige Zutrittskontrollen,
• Videoüberwachung,
• Sicherheitspersonal,
• redundante Stromversorgung,
• Dieselgeneratoren für längere Ausfälle,
• mehrfach ausgelegte Kühlanlagen,
• mehrere unabhängige Netzwerkanbindungen,
• Brandschutz- und Löschsysteme.

Viele Rechenzentren werden darüber hinaus nach anerkannten Standards zertifiziert und regelmäßig überprüft. Ziel ist es, technische Defekte oder lokale Ereignisse möglichst ohne Auswirkungen auf den Betrieb abfangen zu können.

Gleichzeitig hat sich die Architektur moderner Cloud- und Hosting-Plattformen in den vergangenen Jahren deutlich weiterentwickelt. Unternehmen verlassen sich heute nicht mehr auf einzelne Rechenzentren, sondern verteilen ihre Systeme über mehrere Standorte. Fällt eine Anlage aus, übernehmen andere Standorte die Last. Genau dieses Prinzip der Redundanz gehört zu den wichtigsten Gründen, weshalb größere Ausfälle im Alltag vergleichsweise selten geworden sind.

Dennoch zeigen die Beispiele aus der Golfregion, dass jede Schutzmaßnahme auf bestimmten Annahmen beruht. Rechenzentren werden typischerweise gegen technische Defekte, Stromausfälle, Brände, Hochwasser oder den Ausfall einzelner Standorte abgesichert. Koordinierte Angriffe auf mehrere Standorte oder auf deren gemeinsame Infrastruktur gehören dagegen nicht immer zu den ursprünglich angenommenen Szenarien.

Hinzu kommt eine häufig übersehene Tatsache: Die Verfügbarkeit eines Cloud-Dienstes hängt nicht ausschließlich vom Rechenzentrum selbst ab. Zwischen dem Unternehmen und seinen Daten liegt eine Vielzahl weiterer Komponenten:

• Internetprovider,
• Glasfaserverbindungen,
• Mobilfunknetze,
• Stromversorgung,
• Routing-Infrastruktur,
• Internetknoten,
• lokale Netzwerke.

Aus Sicht eines Unternehmens macht es praktisch keinen Unterschied, ob die Daten im Rechenzentrum nicht mehr verfügbar sind oder ob die Verbindung dorthin ausfällt. In beiden Fällen kann die Arbeit beeinträchtigt oder vollständig unterbrochen werden.

Die hohe Konzentration digitaler Infrastruktur in Deutschland ist daher gleichzeitig Stärke und Herausforderung. Sie sorgt für eine außergewöhnlich leistungsfähige und stabile IT-Landschaft, erhöht aber auch die Bedeutung dieser Infrastruktur für Wirtschaft und Gesellschaft. Je stärker Unternehmen digitale Dienste nutzen, desto größer wird ihre Abhängigkeit von deren Verfügbarkeit.

Die gute Nachricht lautet: Von den Szenarien, die in den vergangenen Abschnitten beschrieben wurden, sind deutsche Rechenzentren heute weit entfernt. Die vorhandenen Schutzmaßnahmen, die technische Redundanz und die hohe Professionalität der Betreiber bieten ein sehr hohes Sicherheitsniveau.

Die weniger bequeme Erkenntnis lautet jedoch: Sicherheit bedeutet nicht, dass etwas unmöglich wird. Sicherheit bedeutet, Risiken zu reduzieren und ihre Auswirkungen beherrschbar zu machen. Genau an diesem Punkt lohnt sich der Blick auf die großen Cloud-Anbieter. Denn auch Microsoft, Amazon oder Google verlassen sich letztlich auf dieselben Grundprinzipien: Redundanz, geografische Verteilung und sorgfältige Planung. Die Frage ist daher nicht nur, wie sicher ein einzelnes deutsches Rechenzentrum ist, sondern wie die darunterliegenden Cloud-Plattformen mit größeren Störungen umgehen und welche Schutzmechanismen Unternehmen dort tatsächlich erwarten können.

Wie Azure und Microsoft 365 gegen Ausfälle geschützt sind

Nach den Beispielen aus der Golfregion, Russland und Deutschland stellt sich zwangsläufig die Frage, wie Microsoft mit vergleichbaren Risiken umgeht. Schließlich verlassen sich heute Millionen Unternehmen weltweit auf Dienste wie Microsoft 365, Exchange Online, SharePoint, OneDrive, Teams oder Azure.

Microsoft investiert seit vielen Jahren erhebliche Summen in den Aufbau einer international verteilten und redundant ausgelegten Infrastruktur. Rechenzentren werden nicht als einzelne Standorte betrieben, sondern als Teil größerer Regionen und geografischer Verbünde. Innerhalb einer Region werden Dienste auf mehrere physisch getrennte Standorte verteilt. Microsoft bezeichnet diese Standorte als Availability Zones. Jede Zone verfügt über eigene Stromversorgung, Kühlung und Netzwerkanbindungen. Unterstützt ein Azure-Dienst Availability Zones und wurde die Anwendung entsprechend ausgelegt, kann der Betrieb beim Ausfall einer Zone über andere Zonen fortgeführt werden.

Für Deutschland bedeutet das vereinfacht, dass Microsoft seine Infrastruktur nicht in einem einzelnen Gebäude betreibt. Rechenzentren werden bewusst verteilt und mehrfach abgesichert. Darüber hinaus werden Daten je nach Dienst und Architektur zusätzlich repliziert und gesichert. Die dahinterliegende Infrastruktur ist auf hohe Verfügbarkeit, Redundanz und den Ausfall einzelner Komponenten ausgelegt.

Microsoft weist für Deutschland zwei Azure-Regionen aus: „Deutschland, Westen-Mitte“ im Raum Frankfurt und „Deutschland, Norden“ im Raum Berlin. Für die Region Frankfurt nennt Microsoft drei Availability Zones; für die Region Berlin werden in der aktuellen Regionsübersicht keine Availability Zones ausgewiesen.

Genau an dieser Stelle entsteht jedoch häufig ein Missverständnis. Viele Unternehmen hören die Begriffe „mehrere Rechenzentren“, „mehrere Availability Zones“ oder „Redundanz“ und schließen daraus, dass ein Datenverlust praktisch ausgeschlossen sei. Die Ereignisse bei AWS haben gezeigt, dass diese Schlussfolgerung zu einfach ist.

Auch bei Microsoft basiert jede Architektur auf bestimmten Annahmen. Availability Zones schützen sehr wirksam vor dem Ausfall eines einzelnen Standorts, vor technischen Defekten, Stromausfällen oder lokalen Katastrophen. Sie sind jedoch nicht dafür ausgelegt, jede denkbare Kombination physischer Schäden abzudecken. Das gleiche Grundprinzip gilt letztlich für alle großen Cloud-Anbieter.

Für die Einordnung von Risiken ist außerdem wichtig, zwischen Azure und Microsoft 365 zu unterscheiden.

Azure: Der Kunde bestimmt die Architektur

Bei Azure stellt Microsoft die Infrastruktur bereit. Wie widerstandsfähig eine Lösung letztlich ist, hängt jedoch auch von den Entscheidungen des Kunden oder des Dienstleisters ab.

Eine virtuelle Maschine kann beispielsweise:

• nur in einem einzelnen Rechenzentrum betrieben werden,
• über mehrere Availability Zones verteilt werden,
• oder zusätzlich über mehrere Regionen hinweg abgesichert werden.

Je höher die Anforderungen an die Verfügbarkeit sind, desto mehr Redundanz muss bewusst eingeplant werden. Microsoft stellt die technischen Möglichkeiten bereit, die konkrete Umsetzung liegt jedoch häufig in der Verantwortung des Kunden.

Gerade kleinere Unternehmen unterschätzen diesen Unterschied. Die Nutzung einer Cloud-Plattform bedeutet nicht automatisch, dass jede Anwendung hochverfügbar oder geografisch verteilt betrieben wird.

Anders als bei selbst aufgebauten Azure-Umgebungen übernimmt Microsoft bei Microsoft 365 wesentliche Teile des Plattformbetriebs, der Replikation und der technischen Ausfallsicherheit. Für Unternehmen ist Microsoft 365 damit nicht nur ein Office-Paket, sondern die Grundlage einer umfassenden digitalen Arbeitsumgebung. Was bei Planung, Migration und Einrichtung zu beachten ist, beschreibe ich auf meiner Seite zur Microsoft-365-Einführung für kleine und mittlere Unternehmen.

Microsoft 365: Redundanz als Teil des Dienstes

Bei Microsoft 365 ist die Redundanz dagegen Bestandteil des von Microsoft betriebenen Dienstes. Microsoft beschreibt, dass Resilienz und Wiederherstellbarkeit von vornherein in die Dienste eingebaut werden und Redundanz direkt in der Cloud-Plattform verankert ist. Dienste wie Exchange Online, OneDrive, SharePoint Online oder Teams werden von Microsoft als fertige Plattform betrieben. Die Verteilung von Daten, die Replikation und große Teile der Ausfallsicherheit liegen nicht mehr beim Kunden.

Aus Sicht eines Unternehmens ist dies ein erheblicher Vorteil. Es muss nicht selbst entscheiden, in welchem Rechenzentrum eine Mailbox oder ein Dokument gespeichert wird. Microsoft übernimmt große Teile dieser Komplexität und betreibt die Plattform mit einem sehr hohen Maß an Redundanz. Die globale Rechenzentrumsarchitektur sieht dabei sowohl die Verteilung über mehrere Standorte innerhalb einer Region als auch zusätzliche geografische Absicherungen vor.

Die Entscheidung für oder gegen einen Cloud-Dienst sollte deshalb nicht allein vom Anbieter oder Datenstandort abhängen. In meinem Beitrag über Cloud, Datensicherheit und Datenkontrolle habe ich bereits erläutert, warum Unternehmen ihre Anforderungen und tatsächlichen Risiken individuell bewerten sollten.

Hochverfügbarkeit ersetzt kein Backup

Die wichtigste Lehre aus den Ereignissen der vergangenen Monate lautet möglicherweise, dass Verfügbarkeit und Wiederherstellbarkeit zwei unterschiedliche Dinge sind.

Hochverfügbarkeit und Backup verfolgen unterschiedliche Ziele. Eine hochverfügbare Architektur soll den laufenden Betrieb trotz des Ausfalls einzelner Komponenten aufrechterhalten. Ein Backup soll Daten zu einem früheren Stand wiederherstellbar machen, wenn Daten gelöscht, beschädigt oder nicht mehr zugänglich sind. Unternehmen benötigen daher nicht automatisch für jedes System dieselbe Lösung, sollten aber beide Anforderungen getrennt bewerten.

Microsoft 365 ist darauf ausgelegt, Dienste auch bei technischen Problemen oder dem Ausfall einzelner Komponenten weiter bereitzustellen. Das bedeutet jedoch nicht automatisch, dass jede denkbare Form von Datenverlust, Fehlkonfiguration oder großflächigen Störung vollständig ausgeschlossen werden kann.

Hinzu kommt ein weiterer praktischer Aspekt. Für viele Unternehmen wäre nicht nur ein Datenverlust problematisch. Bereits ein mehrstündiger oder mehrtägiger Ausfall zentraler Dienste könnte erhebliche Auswirkungen haben:

• keine E-Mail-Kommunikation,
• kein Zugriff auf Dokumente,
• eingeschränkte Zusammenarbeit,
• Ausfall von Geschäftsprozessen,
• verzögerte Kundenkommunikation.

Für Unternehmen geht es deshalb nicht nur um einen möglichen Datenverlust. Ebenso wichtig ist die Frage, welche betrieblichen Folgen bereits eine mehrstündige oder mehrtägige Unterbrechung hätte.

Genau an dieser Stelle beginnt die individuelle Risikoanalyse. Ein Handwerksbetrieb, ein Steuerberater, ein Ingenieurbüro oder eine Anwaltskanzlei werden diese Frage möglicherweise sehr unterschiedlich beantworten.

Die bisherigen Beispiele aus der Golfregion, Russland und Deutschland zeigen vor allem eines: Große Cloud-Anbieter verfügen über beeindruckende Schutzmechanismen und eine enorme technische Widerstandsfähigkeit. Gleichzeitig existiert keine Infrastruktur, die gegen jedes denkbare Szenario vollständig immun ist. Wer dies versteht, erkennt schnell, dass Ausfallsicherheit nicht bei der Auswahl eines Cloud-Anbieters endet, sondern immer auch die eigene Notfallvorsorge umfasst.

Welche Vorsorge Unternehmen selbst treffen können

Aus diesen Beispielen folgt weder eine generelle Warnung vor der Cloud noch die Empfehlung, IT-Systeme wieder vollständig selbst zu betreiben. Entscheidend ist vielmehr, die eigenen Abhängigkeiten zu kennen und angemessene Vorsorge zu treffen.

Für die meisten kleinen und mittleren Unternehmen bieten Plattformen wie Microsoft 365 oder Azure nach wie vor ein deutlich höheres Sicherheits- und Verfügbarkeitsniveau als eigenbetriebene Server. Die entscheidende Frage lautet daher nicht, ob Risiken existieren, sondern wie mit ihnen umgegangen wird.

Wie lange kann das Unternehmen ohne IT arbeiten?

Viele Unternehmen konzentrieren sich bei der Risikobetrachtung auf die Frage, ob Daten verloren gehen können. In der Praxis ist jedoch oft eine andere Frage wichtiger:

Wie lange könnte mein Unternehmen arbeiten, wenn wichtige Systeme plötzlich nicht mehr verfügbar wären?

Die Antwort fällt je nach Branche sehr unterschiedlich aus.

Ein Handwerksbetrieb kann möglicherweise einige Tage mit ausgedruckten Unterlagen und Mobiltelefonen überbrücken. Eine Steuerkanzlei kurz vor einem Abgabetermin, ein Onlinehändler oder ein Unternehmen mit vollständig digitalisierten Geschäftsprozessen wird deutlich größere Probleme bekommen.

Aus dieser Betrachtung ergibt sich der tatsächliche Bedarf an Vorsorgemaßnahmen.

Backups und Wiederherstellung testen

Die Ereignisse bei AWS haben gezeigt, dass selbst ein großer Cloud-Anbieter nicht jedes denkbare Schadensszenario vollständig ausschließen kann. Daraus folgt jedoch nicht, dass Cloud-Dienste unsicher wären. Vielmehr zeigt sich, wie wichtig zusätzliche Sicherungsstrategien sind.

Gerade bei Microsoft 365 verlassen sich viele Unternehmen darauf, dass Microsoft bereits mehrere Kopien der Daten vorhält. Das ist grundsätzlich richtig. Dennoch verfolgen diese Kopien in erster Linie das Ziel, den Dienst verfügbar zu halten. Sie ersetzen nicht zwangsläufig alle Anforderungen an eine unabhängige Datensicherung.

Wichtige Fragen sind deshalb:

• Können wichtige Daten unabhängig vom Cloud-Dienst wiederhergestellt werden?
• Gibt es zusätzliche Sicherungen für geschäftskritische Informationen?
• Werden Wiederherstellungen regelmäßig getestet?
• Wie lange dauert eine Wiederherstellung im Ernstfall?

Ein Backup, das nie getestet wurde, kann sich im Ernstfall als wertlos erweisen.

Kritische Prozesse zuerst absichern

Nicht jedes System benötigt die gleiche Schutzstufe.

In vielen Unternehmen gibt es lediglich eine Handvoll Prozesse, deren Ausfall den Geschäftsbetrieb tatsächlich gefährdet. Dazu gehören häufig:

• E-Mail-Kommunikation
• Kundendaten
• Verträge
• Buchhaltung
• Rechnungsstellung
• Projektdokumentation
• technische Dokumentationen

Oft ist es sinnvoller, sich zunächst auf diese Kernbereiche zu konzentrieren, anstatt jede einzelne Anwendung maximal abzusichern.

Einen einfachen Notfallplan erstellen

Viele Unternehmen stellen sich unter einem Notfallplan umfangreiche Handbücher und komplexe Krisenorganisationen vor. Für kleinere Unternehmen reicht häufig bereits die Beantwortung einiger einfacher Fragen:

• Wer entscheidet im Ernstfall?
• Welche Systeme sind kritisch?
• Wer sind die Ansprechpartner bei Dienstleistern?
• Welche Zugangsdaten werden benötigt?
• Wie wird kommuniziert, wenn E-Mail und Teams nicht verfügbar sind?
• Welche Arbeiten können vorübergehend manuell erfolgen?

Allein das strukturierte Nachdenken über solche Fragen verbessert die Handlungsfähigkeit im Krisenfall erheblich.

Nicht nur an das Rechenzentrum denken

Die Beispiele aus Deutschland haben gezeigt, dass nicht zwangsläufig das Rechenzentrum selbst getroffen werden muss. Auch Stromversorgung, Internetanbindung oder Transportinfrastruktur können ausfallen.

Für viele Unternehmen wäre deshalb bereits ein längerer Internetausfall problematisch, obwohl die eigentlichen Cloud-Dienste weiterhin funktionieren.

Mögliche Maßnahmen können beispielsweise sein:

• mobiler Internetzugang als Reserve,
• mehrere Kommunikationswege,
• wichtige Notfallkontakte außerhalb der eigenen Systeme,
• lokale Kopien besonders wichtiger Dokumente,
• alternative Arbeitsabläufe für einen begrenzten Zeitraum.

Nicht jede Maßnahme ist für jedes Unternehmen sinnvoll. Entscheidend ist die individuelle Bewertung der eigenen Abhängigkeiten.

Risiken realistisch bewerten

Die Angriffe auf Rechenzentren in der Golfregion, die Vorfälle in Russland und die zunehmenden Sabotagefälle in Europa bedeuten nicht, dass jedes Unternehmen nun umfangreiche Katastrophenszenarien planen muss.

Ebenso wenig sinnvoll ist jedoch die Annahme, moderne Cloud-Plattformen würden jede denkbare Gefahr automatisch beseitigen.

Eine gute Risikobewertung bewegt sich zwischen diesen beiden Extremen. Sie berücksichtigt, welche Ereignisse tatsächlich relevant sein könnten, welche Auswirkungen ein Ausfall hätte und welche Maßnahmen wirtschaftlich sinnvoll sind.

Gerade kleinere Unternehmen verfügen häufig nicht über unbegrenzte Ressourcen. Deshalb ist es oft sinnvoller, wenige wirksame Schutzmaßnahmen konsequent umzusetzen, als theoretisch jede denkbare Gefahr absichern zu wollen.

Letztlich verfolgen alle Schutzmaßnahmen dasselbe Ziel: Nicht jede Störung verhindern zu können, sondern die Auswirkungen beherrschbar zu machen. Genau darin besteht moderne Ausfallsicherheit. Es geht nicht darum, jedes Risiko auszuschließen. Es geht darum, auch dann arbeitsfähig zu bleiben, wenn etwas Unerwartetes passiert.

Fazit: Ausfallsicherheit beginnt nicht beim Cloud-Anbieter

Die Angriffe auf Rechenzentren in der Golfregion, die Schäden an der Infrastruktur von AWS, die Angriffe auf Rechenzentren in Russland und die zunehmenden Sabotage- und Anschlagsfälle gegen Infrastruktur in Europa zeigen vor allem eines: Digitale Infrastruktur ist längst nicht mehr nur ein technisches Hilfsmittel im Hintergrund. Sie ist zu einem zentralen Bestandteil moderner Wirtschaft geworden.

Gleichzeitig wäre es aus meiner Sicht die falsche Schlussfolgerung, daraus eine generelle Kritik an Cloud-Diensten abzuleiten. Die Realität spricht eher für das Gegenteil. Die meisten kleinen und mittleren Unternehmen verfügen weder über mehrere Rechenzentren noch über eigene Spezialisten für Hochverfügbarkeit, IT-Sicherheit, Notfallmanagement oder den Betrieb redundanter Infrastrukturen. Plattformen wie Microsoft 365, Azure oder AWS bieten hier ein Sicherheits- und Verfügbarkeitsniveau, das die meisten Unternehmen aus eigener Kraft kaum erreichen könnten.

Die Ereignisse der letzten Monate erinnern jedoch daran, dass auch die leistungsfähigsten Cloud-Anbieter nicht gegen jedes denkbare Szenario geschützt sind. Redundanz reduziert Risiken. Sie beseitigt sie nicht vollständig.

Für Unternehmen ergibt sich daraus eine wichtige Erkenntnis: Die entscheidende Frage lautet nicht, ob Microsoft, Amazon oder ein anderer Anbieter ausreichend sicher ist. Die entscheidende Frage lautet, welche Folgen ein Ausfall für das eigene Unternehmen hätte und wie gut man darauf vorbereitet wäre.

Wer seine Daten sichert, kritische Prozesse kennt, Abhängigkeiten versteht und sich Gedanken über Notfallabläufe macht, wird auch außergewöhnliche Ereignisse deutlich besser bewältigen können. Wer dagegen davon ausgeht, dass moderne Technik jedes Risiko automatisch löst, schafft unter Umständen neue Abhängigkeiten, ohne sie bewusst wahrzunehmen.

Die Diskussion über Rechenzentren, Cloud-Dienste und hybride Bedrohungen sollte deshalb weder von Angst noch von blindem Vertrauen geprägt sein. Sinnvolle Entscheidungen entstehen nicht aus Schlagzeilen, sondern aus einer nüchternen Betrachtung der tatsächlichen Risiken, der eigenen Anforderungen und der verfügbaren Schutzmaßnahmen.

Oder anders formuliert:

Die wichtigste Frage lautet nicht, ob ein Rechenzentrum ausfallen kann. Die wichtigere Frage lautet, wie gut Ihr Unternehmen darauf vorbereitet wäre, wenn es tatsächlich passiert.