Nutanix Germany GmbH

Laut Marktforschern werden die weltweiten Ausgaben für Sovereign Cloud im Jahr 2026 auf bis zu 80 Milliarden US-Dollar steigen, ein kräftiges Plus gegenüber dem Vorjahr. Branchenübergreifend investieren Organisationen erhebliche Summen in den Infrastrukturbetrieb innerhalb der eigenen Landesgrenzen. Regulierungsbehörden schreiben es vor, Beschaffungsteams richten sich danach und dennoch ist es ein offenes Geheimnis in der Branche, dass nur die Hälfte der sensiblen Cloud-Daten verschlüsselt ist.

Demgegenüber hinken die Investitionen in Kontrollmöglichkeiten hinterher. Die Lücke, die sich gegenüber den ortsgebundenen Investitionen auftut, ist der Grund dafür, dass Souveränitätsstrategien eher scheitern als gelingen.

Datenresidenz ist nicht Souveränität

Die beiden Begriffe werden in der Regel synonym verwendet. Dem liegt jedoch ein Missverständnis zugrunde und stellt eines der hartnäckigsten Probleme im Umgang mit Data Governance dar.

Datenresidenz ist eine Standortanforderung. Sie legt fest, wo Daten gespeichert und verarbeitet werden müssen. Datensouveränität ist jedoch eine Kontrollanforderung. Sie bestimmt, wer die letztgültige rechtliche und operative Hoheit über diese Daten hat: wer darauf zugreifen, sie verschieben oder ihre Offenlegung erzwingen kann und wer festlegen kann, wer das darf.

Eine Organisation kann Residenzanforderungen vollständig erfüllen und trotzdem bei der Souveränität scheitern. Das klarste Beispiel ist der US CLOUD Act, der US-Strafverfolgungsbehörden die Befugnis gibt, amerikanische Unternehmen zur Herausgabe von Daten zu zwingen, unabhängig davon, wo auf der Welt diese gespeichert sind. Eine Organisation, die Workloads in Frankfurt bei einem Anbieter betreibt, der US-Rechtsprechung unterliegt, hat zwar Daten in Europa, aber nicht automatisch Daten unter europäischer souveräner Kontrolle. Der Server ist lokal, die Rechtshoheit ist es nicht.

Dieses Prinzip zeigt sich in der Regel unbemerkt in jeder komplexen Betriebsumgebung: extern gehostete Managementplattformen, Identitätssysteme, die von einer ausländischen Muttergesellschaft kontrolliert werden, Support-Prozesse, die Drittzugriff auf sensible Umgebungen erfordern. Jedes dieser Elemente schafft eine Abhängigkeit außerhalb der eigenen Governance-Grenzen. Die Infrastruktur kann durchwegs lokal sein, während die Kontrolle still und leise woanders ausgeübt wird.

Tests sind nicht der Normalfall

Das Problem einer standortzentrierten Souveränitätsstrategie besteht in ihrer Alltagstauglichkeit. Die Lücken werden meist erst unter Druck sichtbar.

Auditoren interessieren sich nicht dafür, wo die Infrastruktur steht; sie wollen dokumentierte Nachweise darüber, wer wann auf welche Systeme zugegriffen, was sich geändert und wer die Zugriffe und Änderungen autorisiert hat. So dürften auch die allermeisten Sicherheitsvorfälle im Zusammenhang mit KI in Organisationen auftreten, in denen angemessene Zugriffskontrollen fehlen. Das sind eher Lücken in der Governance als in der Infrastruktur.

Auch die Wiederherstellung nach einem Vorfall stellt eine Belastungsprobe dar. Organisationen, die Systeme nach einem Cyberangriff wiederherstellen, müssen nicht nur schnell handeln, sondern dabei auch die Governance-Kontrollen aufrechterhalten. Wiederherstellungsverfahren, die etablierte Zugriffskontrollen umgehen oder auf externe Hilfe angewiesen sind, stellen zwar den Betrieb wieder her, schwächen aber unter Umständen die Souveränität.

Was Kontrolle tatsächlich bedeutet

Echte Souveränität basiert auf einer Reihe operativer Disziplinen, die nichts mit einem konkreten Ort zu tun haben. Grundlegend ist die Zugriffs- und Berechtigungskontrolle: wer Systeme administrieren, Änderungen genehmigen und Aktionen prüfen darf. Rollenbasierte Zugriffskontrolle, das Prinzip der minimalen Rechtevergabe, Multi-Faktor-Authentifizierung und Aufgabentrennung sind in der Tat keine neuen Konzepte.

Ebenso wichtig ist die kryptografische Kontrolle, die nur selten wirklich verstanden wird. Verschlüsselung ohne Kontrolle über die Schlüssel ist keine Souveränität, sie verlagert die Verwahrung lediglich zu jedem, der die Schlüssel besitzt. Die entscheidende Frage lautet nicht, ob Daten verschlüsselt sind, sondern wer die Schlüssel kontrolliert, wie der Zugriff darauf geregelt ist und was mit dieser Verwahrung geschieht, wenn sich die Anbieterbeziehung ändert.

Eigenständigkeit im Betriebsalltag ist ebenfalls relevant: Kann die Organisation patchen, Fehler beheben, überwachen und wiederherstellen, ohne von externen Diensten abhängig zu sein, die sie nicht selbst kontrolliert? Genau hier scheitert das Konzept des souveränen Rechenzentrums in der Praxis am häufigsten. Nicht weil die Anlage unzureichend wäre, sondern weil dessen Betriebsmodell unsichtbare Abhängigkeiten schaffen kann.

Nicht zuletzt ist da noch die Frage nach der Reversibilität. Handlungsfreiheit bedeutet, eine glaubwürdige Option zu haben, die Richtung ohne unverhältnismäßige Betriebsunterbrechungen oder -störungen zu ändern. Hierfür ist es nicht nötig, konkret einen Anbieterwechsel zu planen. Worauf es ankommt, ist vielmehr, dafür zu sorgen, dass die Möglichkeit dazu existiert.

Wie KI die Hürden erhöht

Die Frage, wie sich KI einer Governance unterziehen lässt, hat die Diskussion um digitale Souveränität deutlich befeuert. Die Pflicht, die Anforderungen des EU AI Act beim Betrieb von Hochrisikosystemen zu erfüllen, rückt näher. Das Interesse der Regulierungsbehörden geht dabei weit darüber hinaus, wo die Trainingsdaten gespeichert werden.

Wer kontrolliert die Gewichtung der Modelle? Wer kann Inferenz-Prompts einsehen? Welche Telemetriedaten werden an den Anbieter zurückgespielt, und zu welchen Bedingungen? Bei sensiblen KI-Workloads – etwa im Gesundheitswesen, bei Finanzentscheidungen, biometrischen Daten oder Bürgerdiensten – muss die gesamte Inferenzumgebung souverän sein, nicht nur die zugrunde liegenden Daten.

Wegen KI nimmt die Souveränitätsdebatte an Fahrt auf, ohne sie komplizierter zu machen. Dieselben Kontrollen, die echte Datensouveränität ausmachen, also Zugriffshoheit, Schlüsselverwahrung, operative Eigenständigkeit und nachweisliche Governance, sind genau das, was Regulierungsbehörden einfordern, wenn sie Hochrisiko-KI-Systeme prüfen.

Warum das Vorgehen dem Risiko entsprechen muss

Souveränität als Anforderung so zu behandeln, als ob diese für die gesamte IT-Umgebung gleich wäre, ist eine weit verbreitete Fehlannahme. Eine öffentlich zugängliche Marketingplattform benötigt nicht dieselben Kontrollen wie ein System für Finanztransaktionen oder eine nationale Gesundheitsdatenbank. Alle Systeme pauschal zu isolieren, treibt Kosten und Komplexität in die Höhe, ohne zu besseren Ergebnissen an den Stellen zu führen, wo sie benötigt werden.

Effektiver ist es, nach Workloads zu klassifizieren, das heißt zu identifizieren, welche Systeme die strengsten Kontrollen erfordern, und diese dort rigoros anzuwenden. In den anderen Fällen können Organisationen flexibler vorgehen. Sicherheitsniveau und Geschäftsrisiko perfekt aufeinander abzustimmen, entscheidet darüber, ob Programme, die Unternehmen digital souverän machen sollen, im Betriebsalltag bestehen oder mehr Anspruch als Realität sind.

Die Frage des Ortes ist wichtig, aber keine Strategie

Der Begriff „souveränes Rechenzentrum" wird die Industrie weiter begleiten, und das ist gut so. Die Frage nach dem konkreten physischen Standort ist und bleibt relevant, um Auflagen zur Datenresidenz zu genügen, für sichere Lieferketten und niedrige Latenzen bei regulierten Workloads zu sorgen.

Souveränität ist jedoch kein Ort oder Gebäude, sondern eine operative Fähigkeit: Sie besteht in der Hoheit über Systemzugriffe, Verwahrung der kryptografischen Schlüssel, Eigenständigkeit im Betriebsalltag, nachweislicher Governance im Prüfungsfall und in der Freiheit, den Kurs zu ändern, wenn sich Umstände ändern. Organisationen, die diese Fähigkeit effektiv umsetzen, missverstehen digitale Souveränität nicht als eine Entscheidung, die in der Beschaffungsabteilung gefällt wird, sondern behandeln sie als technische Disziplin.