Souveräne KI ist kein Siegel · vier Fragen entscheiden darüber

„Souveräne KI“ ist inzwischen ein Wort, das in fast jedem Angebot steht. Das macht es als Auswahlkriterium wertlos. Brauchbar wird es erst, wenn man es in Fragen zerlegt, die eine überprüfbare Antwort haben.

Es sind vier, und keine davon lässt sich mit einem Siegel beantworten.

Erstens: Wo wird gerechnet?

Nicht wo die Firma sitzt, nicht wo der Vertrag geschlossen wird, sondern wo der Rechenvorgang stattfindet, bei dem Ihre Daten im Speicher liegen. Das ist eine technische Frage mit einer eindeutigen Antwort, und sie lautet entweder: im eigenen Haus, in einer Private Cloud unter Ihrer Kontrolle, in einem Rechenzentrum innerhalb der EU oder außerhalb.

Jede Antwort ist vertretbar, solange sie bewusst getroffen ist. Nicht vertretbar ist, sie nicht zu kennen. Wer die Frage einem Anbieter stellt und eine Antwort über Zertifikate statt über Standorte bekommt, hat die Antwort bereits.

Zweitens: Wer hält die Schlüssel?

Verschlüsselung ist Standard geworden, die Schlüsselverwaltung nicht. Die entscheidende Unterscheidung ist die zwischen Verschlüsselung durch den Anbieter und Verschlüsselung mit einem Schlüssel, den der Anbieter nicht hat. Nur im zweiten Fall ändert Verschlüsselung etwas an der Zugriffsfrage.

Dasselbe gilt für die Anmeldung an den angebundenen Systemen. Ein Zugang, den der Betreiber jederzeit selbst entziehen kann, ist ein anderer Sachverhalt als ein Zugang, um dessen Entzug man bitten muss.

Drittens: Wer kann rechtlich verpflichtet werden?

Die unangenehmste der vier Fragen, weil sie sich nicht technisch lösen lässt. Ein Anbieter unterliegt der Rechtsordnung seines Sitzes und der seiner Mutterunternehmen. Wer dort zur Herausgabe verpflichtet werden kann, kann verpflichtet werden, unabhängig davon, wo die Server stehen und was im Vertrag steht.

Daraus folgt keine Empfehlung gegen bestimmte Anbieter, sondern eine Anforderung an die Dokumentation: Die Kette der Unterauftragnehmer muss bekannt und einsehbar sein. Wer sie nicht nennen kann, kann die Frage nicht beantworten.

Viertens: Kommt man wieder heraus?

Der Test ist einfach und wird fast nie gemacht: Angenommen, der Anbieter stellt den Dienst in zwölf Monaten ein. Was bleibt Ihnen? Die Daten, weil sie nie kopiert wurden. Die Prozessbeschreibung, wenn sie außerhalb des Werkzeugs dokumentiert ist. Die eigenen Fähigkeiten, wenn das Team sie gebaut hat.

Was nicht bleibt, ist alles, was ausschließlich in der Oberfläche des Anbieters existiert. Die Menge dieser Dinge ist das ehrlichste Maß für Abhängigkeit, das es gibt.

Wie SIMOSphere AI diese vier Fragen beantwortet

• Gerechnet wird im eigenen Haus oder in Ihrer Private Cloud. Die Konnektoren lesen aus Ihren Systemen, statt Daten in eine zweite Haltung zu kopieren.
• Die Modellwahl liegt bei Ihnen: offene europäische Modelle wie Apertus und Mistral, ein kommerzieller Anbieter mit Ihrem eigenen Schlüssel oder ein lokal betriebenes Modell.
• Zu jedem Modell gibt es eine Modellkarte mit Anbieter, Wissensstand und Unterauftragnehmern. Die Unterauftragnehmer sind öffentlich einsehbar.
• Jeder Aufruf hinterlässt einen Protokolleintrag, exportierbar als CSV. Modelle werden nicht mit Ihren Inhalten trainiert.

Der wichtigste Punkt ist der zweite. Ein Aufbau, in dem das Modell austauschbar ist, überlebt jede Marktbewegung. Ein Aufbau, der auf ein bestimmtes Modell festgelegt ist, überlebt sie nicht, egal wo dieses Modell gerechnet wird.

Warum offene Modelle die vernünftige Voreinstellung sind

Nicht aus Prinzip, sondern aus drei praktischen Gründen. Ein offenes Modell lässt sich dort betreiben, wo die Daten liegen, statt die Daten dorthin zu bringen, wo das Modell liegt. Sein Verhalten bleibt über die Zeit dasselbe, weil es sich nicht ohne Ihr Zutun ändert. Und es hört nicht auf zu existieren, wenn ein Anbieter seine Preisliste umbaut.

Dem steht ein ehrlicher Nachteil gegenüber: Bei den anspruchsvollsten Aufgaben liegen die großen geschlossenen Modelle in der Regel vorn. Deshalb ist die richtige Voreinstellung offen und die richtige Architektur austauschbar, nicht umgekehrt.

Was Souveränität kostet

Wer Souveränität empfiehlt, ohne ihren Preis zu nennen, verkauft. Drei Kosten fallen wirklich an.

• Betriebsaufwand. Ein System im eigenen Haus muss jemand betreiben, aktualisieren und überwachen. Das ist Arbeit, die in einer reinen Cloud-Nutzung nicht anfällt.
• Verzicht auf den jeweils neuesten Stand. Wer selbst betreibt, ist nie am selben Tag auf dem Stand des Anbieters.
• Anfangsaufwand. Rechte klären, führende Quellen benennen, Modellkarten pflegen: Diese Arbeit fällt vorne an, nicht hinten.

Dem gegenüber steht ein einziger, aber schwerwiegender Vorteil: Die Frage, ob Sie den Dienst morgen noch nutzen können, hängt an Ihnen und nicht an einer fremden Entscheidung.

Fazit

Souveränität ist kein Zustand, den man kauft, sondern eine Eigenschaft, die aus vier Entscheidungen folgt: Rechenort, Schlüsselgewalt, Rechtsordnung, Ausstiegsfähigkeit. Alle vier werden beim Aufbau getroffen, meist stillschweigend, und alle vier sind später nur mit erheblichem Aufwand zu korrigieren.

Wer wissen will, wie die Antworten im eigenen Haus ausfallen, fängt mit dem Bestandsverzeichnis an. Der Weg dahin steht im Leitfaden zum EU AI Act, die technische Seite der Anbindung auf der Seite zu den MCP-Konnektoren.