Lange Zeit wurden Technologieentscheidungen anhand eines vertrauten Fragenkatalogs bewertet: Ist es schneller? Ist es günstiger? Kann es skalieren? Macht es das Team produktiver?
Diese Fragen sind nach wie vor wichtig. Sie reichen aber nicht mehr aus.
Wenn eine Organisation auf externe Infrastruktur, Plattformen und zunehmend auch auf externe KI-Modelle angewiesen ist, steht zuerst eine schwierigere Frage im Raum: Was passiert, wenn sich die Bedingungen ändern? Was passiert, wenn der Zugang teurer, eingeschränkt, politisch heikel oder gegenüber einer Aufsichtsbehörde, dem Vorstand oder Kund:innen schwer zu erklären wird?
Genau darum geht es bei der Souveränitätsfrage in IT und KI.
Dabei geht es nicht nur darum, wo Daten liegen. Es geht um Kontrolle im weiteren Sinne: Wer kann das System prüfen, unterbrechen, Zugriff erzwingen, die Regeln ändern oder einen Ausstieg erschweren? Es geht auch um Rechenschaft. Wenn etwas schiefläuft, wer bleibt dann verantwortlich?
Es gibt keine einheitliche globale Definition digitaler Souveränität. Verschiedene Rechtsräume betonen unterschiedliche Aspekte: rechtliche Reichweite, Abhängigkeit von Infrastruktur, Datenkontrolle, operative Resilienz, Anbieterkonzentration und zunehmend auch die Kontrolle über die KI-Modellebene. Der gemeinsame Nenner ist eher praktisch als ideologisch.
Souveränität ist die Fähigkeit, die maßgebliche Kontrolle über die digitalen Fähigkeiten zu behalten, von denen eine Organisation am stärksten abhängt.
Das bedeutet nicht, dass jedes Land oder jedes Unternehmen alles selbst bauen muss. Es bedeutet, zu wissen, wo Abhängigkeit akzeptabel ist, wo sie gefährlich wird und welche Kontrolle intern verbleiben oder vertraglich durchsetzbar sein muss.
Souveränität ist nicht Autarkie
Souveränität wird oft mit Autarkie oder Datenresidenz verwechselt. Beides erfasst das Problem nicht in seiner ganzen Breite.
Ein Unternehmen kann seine Daten in der richtigen Rechtsordnung speichern und dennoch exponiert sein, wenn die umgebende Plattform schwer zu verlassen ist, der Anbieter weiterhin ausländischen Rechtsansprüchen unterliegt oder die in kritische Arbeitsabläufe eingebetteten KI-Systeme vom Kunden weder geprüft noch beeinflusst werden können.
KI macht diese Unterscheidung noch dringlicher. Ein Modell ist nicht einfach nur eine weitere Softwarekomponente. Es kann prägen, wie eine Organisation schreibt, sucht, klassifiziert, Kund:innen unterstützt, Informationen analysiert und Entscheidungen trifft. Sobald das geschieht, verlagert sich die Abhängigkeit nach oben im Stack. Dann geht es nicht mehr nur darum, wo eine Maschine läuft. Es geht darum, wer die Intelligenz innerhalb der Arbeit prägt.
Die meisten Organisationen erleben das in ganz gewöhnlichen Betriebssituationen. Ein Anbieter ändert seine Preisgestaltung, und ein tragfähiger Anwendungsfall wird plötzlich teuer. Ein Modell-Update verändert die Ausgaben, und interne Abläufe müssen neu kalibriert werden. Rechts- oder Compliance-Teams stellen einfache Fragen zum Umgang mit Daten und erhalten vage Antworten. Der Einkauf stellt fest, dass eine angeblich flexible Architektur kostspielig und nur langsam zu ersetzen wäre.
Dafür braucht es keine geopolitische Krise. Gewöhnliche Abhängigkeit reicht aus.
Eine globale Debatte in unterschiedlicher Rechtssprache
Das Thema ist global, auch wenn die Terminologie unterschiedlich ist.
In den Vereinigten Staaten wird die Sorge oft eher über bundesrechtliche Zulassungen und nationale Sicherheitskontrollen ausgedrückt als mit dem Begriff digitale Souveränität. FedRAMP bietet einen standardisierten Ansatz zur Bewertung, Autorisierung und kontinuierlichen Überwachung von Cloud-Diensten, die von Bundesbehörden genutzt werden. Die Behörden bleiben für ihre Workloads verantwortlich, auch nachdem sie in die Cloud verlagert wurden, und in Verteidigungsumgebungen kommen weitere Anforderungen hinzu.
Im Vereinigten Königreich wird das Thema eher unter den Gesichtspunkten operativer Resilienz und systemischer Abhängigkeit gefasst. Die Bank of England, die PRA und die FCA haben ein Regime für Critical Third Parties geschaffen, weil eine größere Störung bei einem externen Anbieter nicht nur für ein einzelnes Unternehmen, sondern für das gesamte Finanzsystem Risiken schaffen kann.
Kanadas Cloud Control Profile für Informationen der Schutzstufe Protected B macht das Verantwortungsprinzip ausdrücklich: Zuständigkeiten können an Cloud-Anbieter delegiert werden, aber die Rechenschaftspflicht verschwindet mit der Übergabe nicht.
Indien verbindet Anforderungen an die Datenlokalisierung für Daten aus Zahlungssystemen mit der Erwartung, dass regulierte Unternehmen für ausgelagerte IT- und Cloud-Vereinbarungen verantwortlich bleiben. Singapur begrüßt die Einführung von Cloud-Lösungen, behandelt sie aber als Auslagerung, die gesteuert werden muss. Auch Australien, Brasilien und Südafrika nähern sich dem Thema über operative Resilienz, Risiken durch Dienstleister, aufsichtsrechtlichen Zugang, Data Governance und strategische Infrastruktur.
Das Muster ist eindeutig. Souveränität ist kein europäisches Nischenthema. Sie ist eine breite Antwort auf die Tatsache, dass digitale Abhängigkeit strategisch geworden ist.
Warum der europäische Ansatz wichtig ist
Europa hat das Konzept weiter vorangetrieben als die meisten anderen Rechtsräume, indem es daraus einen Rahmen für Beschaffung und Bewertung gemacht hat.
Der Cloud Sovereignty Framework der Europäischen Kommission bewertet Sovereign-Cloud-Anbieter anhand von acht Zielen: strategische, rechtliche und jurisdiktionelle, daten- und KI-bezogene, operative, lieferkettenbezogene, technologische, sicherheits- und compliancebezogene sowie ökologische Aspekte. Er nutzt zwei sich ergänzende Mechanismen:
- Sovereignty Effectiveness Assurance Level (SEAL): ein Mindestniveau der Absicherung für jedes Ziel.
- Overall sovereignty score: ein gewichteter Vergleich von Angeboten, die den erforderlichen SEAL-Schwellenwert erfüllen.
Diese Unterscheidung ist wichtig. Der gesamte SEAL wird durch die niedrigste relevante erreichte Stufe über die Ziele hinweg bestimmt. Eine gravierende Schwäche in einem kritischen Bereich kann daher das Gesamtniveau des Anbieters begrenzen, unabhängig von Stärken an anderer Stelle. Der Score dient einem anderen Zweck: Er unterscheidet zwischen Angeboten, die die Mindestschwelle bereits überschritten haben.
Level ist Schwellenlogik; Score ist Vergleichslogik.
Die Leitlinien der Kommission geben der Vergabestelle Spielraum, den erforderlichen Mindest-SEAL für eine Beschaffung festzulegen und qualifizierte Angebote anschließend anhand des Scores zu vergleichen. Bei ihrer Beschaffung von Sovereign Cloud im Jahr 2026 mussten Anbieter mindestens SEAL-2 erreichen. Der Rahmen erkennt außerdem Abstufungen von Souveränität an: SEAL-2 wird mit Datensouveränität verbunden, SEAL-3 mit digitaler Resilienz und SEAL-4 mit vollständiger digitaler Souveränität.
Die höchste Stufe ist bewusst anspruchsvoll. Die Kommission weist darauf hin, dass vollständige Souveränität im aktuellen europäischen Kontext weiterhin schwer zu erreichen ist, weil in den Lieferketten fortbestehende Abhängigkeiten bestehen, insbesondere bei Hardware und Chips. Das ist eine hilfreiche Korrektur binären Denkens. Ein Dienst kann die Souveränitätsposition einer Organisation verbessern, ohne die denkbar strengste Definition von Souveränität zu erfüllen.
Deshalb ist der Rahmen mehr als eine Checkliste. Er zwingt das Konzept dazu, die Bewährungsprobe in Beschaffung, Engineering, rechtlicher Prüfung und institutioneller Rechenschaft zu bestehen.
Warum das auch außerhalb regulierter Sektoren wichtig ist
Banken, Telekommunikationsanbieter, Verteidigungsorganisationen, Gesundheitssysteme und öffentliche Stellen spüren diesen Druck meist zuerst, weil Regulierung sichtbar macht, was auf dem Spiel steht. Die zugrunde liegende Verwundbarkeit reicht jedoch viel weiter.
Ein Hersteller, der für Produktionsanalysen von einer einzigen Hyperscaler-Region abhängt, ein Softwareunternehmen, das zentrale Funktionen auf einen einzigen Modellanbieter stützt, ein Einzelhändler, der auf externe Identitätsinfrastruktur angewiesen ist, oder eine Universität, die KI-Tools von Drittanbietern in Forschung und Verwaltung einbettet – sie alle stehen vor Varianten desselben Problems.
Ein Teil des Risikos ist geopolitischer Natur. Exportkontrollen, Sanktionen, Eingriffe aus Gründen der nationalen Sicherheit und grenzüberschreitende rechtliche Anforderungen können tiefer in den Technologie-Stack hineinwirken, als viele Organisationen angenommen haben. Ein anderer Teil ist strukturell: Eine kleine Zahl von Unternehmen trägt einen großen Anteil der weltweiten Cloud-, Plattform-, Identitäts- und KI-Kapazitäten. Ihre Fähigkeiten sind oft hervorragend. Genau deshalb kann die Abhängigkeit tiefgreifend werden.
KI verschärft das Problem, weil externe Dienste zu internen Fähigkeiten werden. Wenn ein Modell in Support-Workflows, das Verfassen von Texten, die Suche, Compliance-Prüfungen oder das Produkterlebnis eingewoben ist, wird es Teil davon, wie die Organisation denkt und arbeitet. Wenn diese Ebene schwer zu prüfen, zu steuern oder zu ersetzen ist, ist die Abhängigkeit nicht mehr nur technischer Natur. Sie wird zu einer Management- und Strategiefrage.
Was die Souveränitätsperspektive sichtbar macht
Souveränität lässt sich am besten als eine Disziplin des Urteilens verstehen, nicht als Forderung nach vollständiger Unabhängigkeit.
Die entscheidende Frage ist nicht, ob eine Organisation alles kontrolliert. Das können fast keine. Die bessere Frage lautet: Welches Souveränitätsziel ist am schwächsten, und warum?
Liegt der begrenzende Faktor bei Eigentum und Governance? Bei rechtlicher Exponierung? Bei der Datenkontrolle? Bei operativer Abhängigkeit? Bei der Fragilität der Lieferkette? Bei technologischem Lock-in? Oder bei der KI-Ebene selbst?
Sobald das sichtbar wird, wird auch die Reaktion konkret. Manche Organisationen brauchen stärkere Audit- und Ausstiegsrechte. Manche brauchen engere jurisdiktionale Grenzen für bestimmte Daten oder Workloads. Manche halten ausgewählte Funktionen über Cloud- oder Modellanbieter hinweg portabel, auch wenn das zusätzliche Kosten verursacht. Andere akzeptieren in weniger kritischen Bereichen eine gesteuerte Abhängigkeit, behalten aber eine stärkere Kontrolle über Systeme, die Resilienz, Rechenschaftspflicht oder Wettbewerbsvorteile bestimmen.
Darin liegt der Wert der Souveränitätsperspektive. Sie schreibt weder eine bestimmte politische Schlussfolgerung vor noch verlangt sie eine weitreichende technologische Selbstständigkeit. Sie gibt Organisationen einen disziplinierten Weg an die Hand, ihr jeweils schwächstes relevantes Ziel zu identifizieren, zu verstehen, warum es schwach ist, und zu entscheiden, ob die Exponierung akzeptabel ist.
Diese Frage gilt inzwischen für Infrastruktur, Daten und zunehmend auch für KI.
Quellen
- Europäische Kommission: Sovereign Cloud Framework erklärt (2026)
- Europäische Kommission: Cloud Sovereignty Framework — Leitlinien für die Umsetzung (2026)
- Europäische Kommission: Die Kommission treibt die Cloud-Souveränität durch strategische Beschaffung voran (2026)
- APRA: CPG 230 Management operationeller Risiken
- U.S. General Services Administration: Cloud-Sicherheit
- Bank of England, PRA und FCA: Kritische Drittparteien für den britischen Finanzsektor
- Regierung von Kanada: Sicherheitskontrollprofil für cloudbasierte GC-Dienste
- Reserve Bank of India: FAQ zur Speicherung von Zahlungssystemdaten
- Reserve Bank of India: Directions zu Commercial Banks – Managing Risks in Outsourcing, 2025
- Monetary Authority of Singapore: Cloud
- Banco Central do Brasil: Resolução CMN nº 4.893
- Regierung von Südafrika: Nationale Politik zu Daten und Cloud (2024)
