Warum der Serverstandort allein Unternehmen nicht schützt
Einleitung
Kritische IT-Infrastruktur hat sich in den vergangenen zehn Jahren stark bei wenigen globalen Hyperscalern konzentriert, und eine aktuelle Bitkom-Erhebung zeigt, dass 78 Prozent der deutschen Unternehmen ihre Abhängigkeit von US-Cloud-Anbietern als zu hoch einschätzen. Der Reflex, alles wieder ins eigene Haus zu holen, ist dabei genauso riskant wie die Abhängigkeit selbst, da Eigenbetrieb selten gut skaliert oder die Sicherheit tatsächlich erhöht. Die eigentliche Frage ist nicht, ob Kontrolle im Haus bleiben soll, sondern welche Kontrolle wirklich zählt.
Wichtige Erkenntnisse
- Der US CLOUD Act verpflichtet US-Bundesbehörden dazu, von amerikanischen Unternehmen Daten herauszuverlangen, unabhängig davon, wo diese physisch gespeichert sind. Ein Rechenzentrum in Frankfurt oder Dublin, betrieben von einem US-Anbieter, bietet daher keinen wirksamen rechtlichen Schutz.
- Die meisten Hyperscaler verwalten Verschlüsselungsschlüssel als Teil ihres Service, wodurch der Anbieter und nicht der Kunde die Entscheidungsgewalt hat, sobald eine behördliche Anfrage eintrifft.
- „Sovereignty Washing" bezeichnet Anbieter, die einen europäischen Rechenzentrumsstandort als Beweis für Souveränität bewerben, ohne dass sich an der rechtlichen oder technischen Architektur etwas ändert.
- Echte Souveränität hängt an drei Fragen: Wer kontrolliert die Schlüssel, welcher Rechtsrahmen gilt tatsächlich für den Anbieter, und wer hat administrativen Zugriff auf Produktivsysteme?
- Ein praktikabler Weg ist eine nach Kritikalität differenzierte Multi-Cloud-Strategie: hochsensible Workloads in souveränen, schlüsselunabhängigen Umgebungen, während Standard-Workloads auf globalen Plattformen verbleiben können.
Sommers Argumentation beginnt bei einem rechtlichen Mechanismus, den viele IT-Teams unterschätzen. Der US CLOUD Act gilt für jedes Unternehmen mit Sitz oder wesentlichen operativen Strukturen in den USA, unabhängig davon, wo dessen Server physisch stehen. Das bringt europäisches Datenschutzrecht in direkten Konflikt mit US-Bundesrecht, sobald ein US-Anbieter beteiligt ist.
Die technische Ebene verschärft das Problem zusätzlich. Da die meisten Hyperscaler Verschlüsselung als verwalteten Dienst anbieten, erzeugen, verwalten und rotieren sie die Schlüssel in der Regel selbst. Das bedeutet: Nicht der Dateneigentümer, sondern der Anbieter entscheidet faktisch, was bei einer behördlichen Anforderung geschieht. Modulare, mehrschichtige Architekturen erschweren die Nachvollziehbarkeit zusätzlich, da ein europäisches SaaS-Produkt oft unbemerkt auf US-Infrastruktur, US-CDNs oder US-Logging-Plattformen aufbaut.
Sommer benennt das Marketingrisiko dabei klar: Anbieter, die einen deutschen oder Schweizer Standort als Souveränitätsbeweis bewerben, ohne Schlüsselkontrolle und Jurisdiktion zu adressieren, betreiben das, was er als Sovereignty Washing bezeichnet. Echte Souveränität hängt seiner Einordnung nach an drei architektonischen Entscheidungen: Jurisdiktion als laufende Vendor-Management-Variable behandeln, eine tatsächliche Zero-Knowledge-Architektur einführen, bei der der Anbieter keinen Zugriff auf Klartextdaten hat, und administrativen Zugriff zeitlich begrenzen, vollständig protokollieren und an die Freigabe des Kunden binden.
Sein empfohlener Weg ist nicht die vollständige Rückverlagerung in On-Premises-Systeme, die er für die meisten Organisationen als unpraktikabel einschätzt, sondern eine Multi-Cloud-Strategie, die Workloads nach Sensitivität klassifiziert. Identitätsverwaltung, Schlüsselinfrastruktur und regulatorisch relevante Daten wandern in souveräne Umgebungen mit nachweisbarer Schlüsselhoheit und klarer EU- oder Schweizer Jurisdiktion, während standardisierte, weniger kritische Workloads auf globalen Plattformen verbleiben können. Portabilität und getrennte Schlüsselverwaltung über die Anbieter hinweg verhindern dabei, dass dieser Ansatz einen neuen Single Point of Failure schafft.
👉 Lesen Sie den vollständigen Artikel auf CloudComputing-Insider:
https://www.cloudcomputing-insider.de/warum-der-serverstandort-allein-unternehmen-nicht-schuetzt-a-27b84c389568b5bf0b9691aeb71b5d26/
Veröffentlicht auf: cloudcomputing-insider.de
Autor: Alexander Sommer
Fazit
Digitale Souveränität lässt sich nicht durch die Adresse eines Rechenzentrums beantworten. Sie erfordert eine systematische Betrachtung der Zugriffspfade, Rechtsrahmen und Verschlüsselungsarchitekturen aller eingesetzten Dienste, sowie die Bereitschaft, Cloud-Abhängigkeiten differenziert und nicht als reine Ja-Nein-Entscheidung zu behandeln.
_converted.avif)