Transparenzbericht

Was Souveräne Systeme mit Ihren Daten tut — und was nicht. In klarer Sprache, nachprüfbar im offenen Quellcode.

In einem Satz

Was Sie aufbewahren, können wir in der Voreinstellung nicht lesen, weil Ihr Browser es verschlüsselt; Klartext gibt es während der Verarbeitung, und gespeicherte Ergebnisse legt der Kern nur dann lesbar ab, wenn ein Standardkonto für die betreffende Kategorie ausdrücklich Klartext wählt. Live- und Rohdaten laufen am Kern vorbei und werden nie gespeichert.

Sie müssen uns das nicht glauben, sondern können die Grenzen im offengelegten Quellcode nachprüfen: git.souveraene-systeme.de.

Der Rest dieses Berichts erklärt, wie das gemeint ist, wo Ihre Daten liegen, wer sie berührt und an welchen Stellen wir ehrlich sein müssen, dass eine Ebene doch Klartext sieht.

Was wir niemals tun

• Inhalte auf Festplatte schreiben. Gespräche, Transkripte, Übersetzungen, E-Mail-Texte und Dokumenteninhalte werden in der Verarbeitung ausschließlich im Arbeitsspeicher gehalten und danach überschrieben — nicht einmal in einen Zwischenspeicher.
• Inhalte protokollieren. In unseren Logs stehen Metadaten (Zeitpunkt, Ereignistyp, Kontobezug) — nie der Inhalt Ihrer Unterhaltungen, Dokumente oder E-Mails.
• Inhalte an Werbenetzwerke, Analyse-Dienste oder US-Konzerne geben. Es gibt keine solche Weitergabe, weil es keine solchen Empfänger in unserem System gibt.
• Ihre Inhalte zum Training von KI-Modellen verwenden. Weder wir noch unsere Verarbeitungs-Dienstleister; die Nicht-Speicherung ist vertraglich zugesichert.
• Ihre Daten verkaufen. In keiner Form, an niemanden.
• Tracker, Analytics oder fremde Schriften laden. Unsere Website und Anwendung setzen keine Analyse-Cookies, binden nichts von Drittanbietern ein und liefern alle Ressourcen vom eigenen Server aus.

Was wir tun — und wo es passiert

Unser System ist bewusst in zwei getrennte Hälften geschnitten. Das ist der Kern des Datenschutz-Versprechens, deshalb hier ausführlich.

        Sie / Ihr Browser
        leitet Ihren Schlüssel lokal aus Ihrem Login ab
           |                          \
   Verwaltung und Ablage               \  Inhalt (direkt, verschlüsselt):
           v                            \ Audio, Text, entschlüsselte Config
   Kern-Server (Hetzner, DE)             \
   Konten · Abrechnung · Rechnungen       \
   ZK-Blöcke · optional Klartext-          v
   Ergebnisse · keine Live-/Rohdaten  Verarbeitung, an drei Orten:
                                      Dauerdienste  (netcup, Nürnberg)
                                      Modell-Antwort (AKI.IO, Berlin)
                                      GPU-Sitzungen (Scaleway, FR/PL)
                                      nur Arbeitsspeicher · keine Speicherung

Der Kern-Server in Deutschland (bei der Hetzner Online GmbH) führt die Verwaltung: Konten, Abrechnung, Rechnungen, Zeitpläne. Außerdem bewahrt er gespeicherte Ergebnisse auf — in der Voreinstellung als Datenblock, den Ihr Browser verschlüsselt hat und den der Kern nicht öffnen kann. Wählen Sie für eine Ergebniskategorie ausdrücklich Klartext, legt der Kern dieses Ergebnis lesbar ab, wertet es aber weder aus noch durchsucht er es. Für Konten mit gesetzlicher Schweigepflicht ist diese Wahl serverseitig gesperrt. Live- und Rohdaten laufen nie über den Kern.

Die Verarbeitungsebene ist der Ort, an dem die eigentliche KI-Arbeit passiert — Transkription, Übersetzung, Chat-Antworten, E-Mail-Einstufung. Sie sieht den Inhalt zwangsläufig, aber nur im Arbeitsspeicher, nur für die Dauer der Verarbeitung, und speichert nichts. Sie liegt seit dem 30. August 2026 an zwei Orten, und die Trennung verläuft danach, ob ein Dienst dauerhaft läuft oder für eine Sitzung entsteht:

• Dauerdienste — Chat, Dokumenten-Verarbeitung, Matrix-Bot und Seitenwächter — laufen auf einem eigenen Server bei der netcup GmbH im Rechenzentrum Nürnberg. Bis zum 30. August 2026 lagen sie bei der Scaleway SAS; der Wechsel hat den Anbieter getauscht, nicht die Datenkategorien.
• Die Modell-Antwort des Chats erzeugt seit dem 21. September 2026 die AKI.IO GmbH in Berlin, mit Rechenzentren ausschließlich in Deutschland. Davor lag diese Schnittstelle bei der Scaleway SAS; der Wechsel hat den Anbieter getauscht, nicht die Datenkategorien. Seit dem 1. Oktober 2026 prüft dort auch der Seitenwächter, ob eine Änderung Ihre Beobachtungsanweisung betrifft. Einstufung und Kurzfassung eingehender Mails für Postvogt sowie Übersetzung und Zusammenfassung einer Klangskript-Aufnahme ohne GPU-Sitzung folgen (beschlossen, noch nicht umgestellt).
• GPU-Sitzungen — Klangskript, Open Notebook, der Podcast-Begleiter und die eigene Instanz — laufen weiter bei der Scaleway SAS in Frankreich und Polen, ebenso die Einbettungen Ihrer Wissensbasis und die beiden Dienste auf Abruf für die Klangskript-Aufnahme (dort die Transkription) und für Postvogt. Eine Live-Instanz wird nach der Sitzung zerstört.

Ihr Browser leitet aus Ihrem Login lokal einen Schlüssel ab. Für Inhalte verbindet er sich direkt mit der Verarbeitung — am Kern-Server vorbei. Der Schlüssel verlässt Ihr Gerät nie.

Zwei Dienste weichen von diesem Bild ab, in entgegengesetzte Richtungen. Die eigene Instanz verschiebt die Verarbeitung auf eine GPU-Maschine, die für die Dauer der Sitzung nur Ihrem Konto gehört und danach zerstört wird — dort gibt es kein anderes Konto, dem gegenüber wir Trennung begründen müssten. Das Terminal verlässt unser Haus in die andere Richtung: Es zeigt die Kommandozeile Ihres eigenen Rechners, der Browser verbindet sich mit 127.0.0.1, und weder Tastenanschläge noch Ausgaben nehmen den Weg über unsere Server. Es ist deshalb kein Dienst von uns, sondern eine Anzeige.

In dieselbe Richtung geht die Python-Sandbox. Damit der Assistent Zahlen ausrechnet, statt sie zu erzeugen, kann er kleine Python-Programme schreiben und ausführen lassen — eine Tabelle auswerten, eine Frist bestimmen, nachvollziehen, was eine Formel tut. Dieses Programm läuft in Ihrem Browser, nicht auf unseren Servern. Es erreicht genau eine Adresse, nämlich die Programmbausteine auf unserem eigenen Server, und sonst nichts — keine fremden Dienste, nicht einmal unsere eigenen Schnittstellen. Ihre Datei verlässt dafür Ihr Gerät nicht.

Ehrlich dazu gehören zwei Sätze. Was das Programm ausgibt, geht an das Modell — es ist ja die Antwort auf die Frage, die Sie gestellt haben, und nimmt denselben Weg wie der Text eines Anhangs ohnehin. Neu ist daran kein Empfänger. Und: Die Sandbox liest die Originaldatei, nicht nur den daraus gewonnenen Text. Sie kann damit Dinge zutage fördern, die die Textextraktion nicht erfasst hätte — weitere Tabellenblätter, Formeln, eingebettete Objekte. Derselbe Weg, derselbe Empfänger, mehr von der Datei.

Ihre Ergebnisse — Sie wählen die Stufe

Für gespeicherte Ergebnisse (Chat-Verläufe, Dokumente samt Auswertung, Klangskript-Ergebnisse, Recherche-Berichte) wählen Sie je Kategorie selbst:

• Zero-Knowledge (Voreinstellung): Im Browser verschlüsselt; bei uns liegt nur ein Datenblock, den wir nicht lesen können.
• Klartext: Lesbar auf unseren Servern gespeichert — ausschließlich, wenn Sie das für die betreffende Kategorie ausdrücklich einschalten.
• Flüchtig: Es wird nichts gespeichert; nach Sitzungsende verworfen.

Live- und Rohdaten (Audio-Streams) bleiben in jeder Stufe flüchtig. Fest verschlüsselt und nicht umstellbar sind Ihre Wissensbasis, die Postvogt-Auszüge sowie Vertragstext und zitierte Klauseln des Fristenwächters: Eine lesbare Ablage würde dort keine Funktion ermöglichen, sondern nur Risiko schaffen. Anders die Termine des Fristenwächters: Den von Ihnen gewählten Titel, das Laufzeitende, die Kündigungsfrist und die Angaben zur automatischen Verlängerung kann unser Kern-Server lesen, weil er daraus die Erinnerung berechnet und verschickt. Die Erinnerungs-E-Mail enthält Titel und Termin, nie den Vertragsinhalt.

Wo wir ehrlich sein müssen

Ein Punkt verdient offene Worte statt Marketing: Postvogt (die E-Mail-Triage) muss auch dann laufen, wenn Sie nicht am Gerät sind. Damit das geht, ist Ihre Postfach-Konfiguration zusätzlich so verschlüsselt, dass unsere Verarbeitungsebene sie für einen Hintergrundlauf öffnen kann. Das heißt ehrlich gesagt: Für Hintergrundläufe kann unsere Verarbeitungsebene bei Scaleway Ihre Postfach-Zugangsdaten entschlüsseln — unser Kern-Server kann es nicht. Sie verbinden Postfächer immer über ein App-Passwort, nie Ihr Hauptpasswort; E-Mail-Inhalte werden nur im Arbeitsspeicher verarbeitet, der Mailtext wird außerhalb Ihres Postfachs nicht gespeichert, gesendet wird ausschließlich von Ihnen. Was einen Lauf überdauert, ist ein Auszug je Mail — Absender, Betreff, Kategorie, eine Kurzfassung —, den die Verarbeitungsebene auf einen Schlüssel Ihres Kontos verschlüsselt; lesbar ist er nur in Ihrem Browser, und nach 30 Tagen wird er gelöscht.

Eine Ausnahme wählen Sie selbst: Verbinden Sie den Matrix-Bot, erzeugt Postvogt je Mail zusätzlich eine Meldung — Absender, Betreff, Sprache, Kurzfassung und die Kennung der Mail —, und die ist so verschlüsselt, dass unser Bot-Dienst sie öffnen kann, sonst könnte er sie nicht in Ihren Raum schreiben. Sie wartet höchstens sieben Tage und wird gelöscht, sobald der Bot sie gepostet hat. Welche Kategorien gemeldet werden, stellen Sie ein; Spam-Verdacht ist voreingestellt aus. Schreiben Sie im Thread einer Mail, liest die Verarbeitungsebene diese eine Mail live aus Ihrem Postfach, soweit der Bot sie für eine Übersetzung oder einen Antwortentwurf braucht, und der Bot-Dienst gibt sie dafür an das Sprachmodell des Chats weiter — nur im Arbeitsspeicher, ohne Speicherung. Einen Entwurf legt er erst nach Ihrem „ja” ab; gesendet wird ausschließlich von Ihnen.

Matrix-Bot — die zweite Stelle, an der wir ehrlich sein müssen

Der Matrix-Bot ist ein Assistent in Ihren Matrix-Räumen. Einen Messenger betreiben wir nicht: Sie legen auf einem Homeserver einen Bot-Benutzer an, wir melden uns damit an. Adresse, Benutzer-ID und Passwort des Bots liegen ausschließlich verschlüsselt vor — auf unserem Kern-Server steht keine dieser Angaben im Klartext. Raum-Inhalte werden nur im Arbeitsspeicher verarbeitet, nicht auf Platte geschrieben und nicht protokolliert. Mit Postvogt-Abo kommt eine Meldung je neuer Mail hinzu, die unser Bot-Dienst öffnen kann, siehe oben. Den Zugang entziehen Sie jederzeit ohne uns, indem Sie das Passwort des Bot-Benutzers ändern oder sein Gerät auf dem Homeserver abmelden.

Welcher Homeserver, ist Ihre Entscheidung — und sie wiegt schwerer, als sie aussieht. Technisch funktioniert jeder, auch ein Konto bei einem öffentlichen Anbieter. Wir empfehlen nachdrücklich einen eigenen, denn die Ende-zu-Ende-Verschlüsselung schützt den Nachrichtentext, nicht die Umstände: Der Betreiber des Homeservers sieht, wer mit wem in welchem Raum ist, wann und wie viel geschrieben wird, die IP-Adressen aller verbundenen Geräte — und Raumnamen, Themen und Mitgliederlisten im Klartext, denn in Matrix wird nur die Nachricht selbst verschlüsselt, nicht der Zustand des Raums. Ein Raum, der nach einem Mandat benannt ist, verrät seinen Gegenstand über den Namen. Hinzu kommt, dass der Homeserver die Geräteliste jedes Kontos verwaltet: Wer ihn kontrolliert, kann versuchen, ein weiteres Gerät hinzuzufügen, das künftige Nachrichten mitliest — dagegen hilft nur gegenseitige Geräteverifikation. Ein fremder Homeserver ist zudem kein Auftragsverarbeiter von uns; diese Strecke bewerten und verantworten Sie selbst. Wer nicht selbst betreiben will, kann betriebsfertige Matrix-Server mieten (etwa etke.cc) — auch dorthin haben wir keine Geschäftsbeziehung.

Der Punkt, der offene Worte verlangt, ist der Wissenszugriff: Schalten Sie ihn ein, erhält der Bot-Dienst einen Schlüssel zu Ihrer Wissensbasis und kann sie lesen, solange die Verbindung besteht — bisher konnte das ausschließlich Ihr Browser. Ohne diese Ausnahme wäre der Bot ohne Ihr Firmenwissen unterwegs, denn im Raum sitzt kein Browser, der entschlüsseln könnte. Die Funktion ist standardmäßig aus, Sie entscheiden. Antworten mit Wissen erscheinen nur in Räumen, in denen jedes anwesende Mitglied auf Ihrer Freigabeliste steht; Abschalten entzieht dem Dienst den Schlüssel, spätestens eine Minute später ist der Zugriff beendet. Für Konten mit gesetzlicher Schweigepflicht ist der Matrix-Bot gesperrt.

Web-Recherche — die dritte Stelle, an der wir ehrlich sein müssen

Wenn Sie die Web-Recherche nutzen (standardmäßig ist sie aus), verlassen Suchanfragen unsere Infrastruktur. Das ist eine bewusste Ausnahme von unserem Grundsatz, und wir benennen sie lieber, als sie zu verstecken.

So sieht die Einwilligung aus: Tragend ist die Wahl eines Suchanbieters in den Einstellungen. Beim ersten Einschalten im Chat nennt ein einmaliger Hinweis den Empfänger und dessen Aufbewahrung; er muss bestätigt werden. Danach steht der Schalter für die Web-Recherche auf „an”, und ein Klick schaltet ihn für die laufende Sitzung ab. Vor jeder einzelnen Suche oder jedem Seitenabruf fragt der Chat nicht mehr nach. Eine Ausnahme: Ist in derselben Antwortrunde bereits fremder Text eingeflossen — eine abgerufene Seite, ein Suchergebnis oder Zeilen aus Ihrer angebundenen Datenbank —, wird jede weitere Anfrage nach draußen vorher mit ihrem Inhalt angezeigt und geht erst nach Bestätigung hinaus. Denn eine Seite kann Anweisungen enthalten, die wie ein Teil Ihrer Frage aussehen.

So sieht es konkret aus: Das Modell formuliert aus Ihrer Frage kurze Suchbegriffe. Erkannte personenbezogene Angaben werden vor dem Absenden automatisiert durch Platzhalter ersetzt. Jede Suchanfrage und jede abgerufene Seite erscheint während der Antwort sichtbar über ihr, bei jeder Suche mit dem Anbieter, an den sie ging. Die Anfrage läuft über unseren eigenen Server in Nürnberg zu den Suchmaschinen. Abgerufen werden nur Adressen, die im Gespräch bereits vorkamen oder die eine Suche in derselben Antwortrunde geliefert hat.

Der Dienst Recherche fragt weiterhin: Er legt Ihnen die geplanten Suchanfragen im Wortlaut vor und schickt sie erst nach Ihrer Freigabe ab. Was Sie einmal freigegeben haben, wird danach nur noch gelesen.

Was die Suchmaschine bekommt: die Suchbegriffe und die IP-Adresse unseres Servers. Was sie nicht bekommt: Ihre IP-Adresse, Ihre Kontokennung, einen Sitzungsbezug, Ihre Dokumente oder Chat-Verläufe. Auf unserem Suchserver entsteht kein Protokoll der Anfragen — auch nicht vorübergehend.

Beim Suchanbieter entsteht eines. Dieser Satz gehört unmittelbar neben den vorigen, sonst wäre er durch Auslassung irreführend. Sie wählen den Suchanbieter in den Einstellungen selbst; zur Wahl steht derzeit Staan (European Search Perspective, Paris), ein Gemeinschaftsunternehmen von Qwant und Ecosia mit eigenem europäischen Index. Dieser Anbieter bewahrt nach eigener Auskunft Suchanfrage, Zeitpunkt und Marktkennung 25 Monate auf und nutzt sie, um sein Ranking zu verbessern — ein eigener Zweck des Anbieters, nicht eine Verarbeitung auf unsere Weisung. Sein Auftragsverarbeitungsvertrag stellt sich in Ziffer 2 zudem auf den Standpunkt, Suchanfragen seien keine personenbezogenen Daten. Diese Rechtsauffassung teilen wir nicht. Wir haben den Vertrag am 20. September 2026 angenommen und dem Anbieter zugleich schriftlich erklärt, dass für uns Anhang 1 desselben Vertrags gilt: Dort steht die Suchanfrage als verarbeitete Datenkategorie, mit der Bereitstellung des Dienstes als Zweck. Wie sich das zur Aufbewahrung für das eigene Ranking verhält, haben wir erfragt. Eine Antwort steht aus; das Ergebnis halten wir hier fest.

Warum wir die Funktion trotzdem anbieten: Ohne sie recherchieren Nutzer bei einer großen Suchmaschine selbst und fügen das Ergebnis in den Chat ein. Dann verlässt die Anfrage ihren eigenen Rechner, mit ihrer IP-Adresse, ihrem Browser und ihrem dortigen Konto. Die Funktion nicht anzubieten schützt also niemanden, sie verlagert die Preisgabe nur an eine Stelle, die wir nicht mehr benennen können.

Der Unterschied zur Suche bei einem großen Anbieter ist damit nicht „wir suchen für Sie unsichtbar”, sondern: minimale abgeleitete Suchbegriffe statt Ihrer vollen Frage, kein Personenbezug beim Suchanbieter, europäische Infrastruktur, keine Nutzung für Training. Für Konten mit gesetzlicher Schweigepflicht ist die Funktion gesperrt.

Kalender — die vierte Stelle, an der wir ehrlich sein müssen

Sie binden Ihren eigenen Kalender an, über CalDAV. Einen Kalender betreiben wir nicht, und wir speichern keinen einzigen Termin: Ihr Kalender bleibt die Ablage, wir lesen und schreiben nur darin. Das ist keine Bescheidenheit, sondern die einfachere Bauweise — ein eigener Kalender hieße, eine zweite Quelle der Wahrheit zu führen, sie mit Ihrer abzugleichen und Ihnen die Termine anschließend wieder aufs Handy zu exportieren.

Wer Ihren Kalenderserver betreibt, ist Ihre Entscheidung, und er ist kein Auftragsverarbeiter von uns. Wie beim Homeserver: Sie wählen ihn, Sie haben den Vertrag mit ihm, wir übermitteln auf Ihre Weisung dorthin. Nutzen Sie den Kalender Ihres bestehenden Anbieters, gilt für diese Strecke dessen Datenschutzerklärung, nicht unsere.

Zugangsdaten und Kalenderadresse liegen bei uns nur verschlüsselt. Für eine Frage aus dem Chat entschlüsselt Ihr Browser sie und reicht sie mit der Anfrage weiter; die Verarbeitungsebene hält sie für die Dauer dieses einen Aufrufs und danach nicht mehr. Geschrieben wird nie ungefragt: Der Assistent zeigt Ihnen, was er anlegen, ändern oder löschen würde, und tut es erst nach Ihrer Freigabe. Beim Ändern und Löschen darf er außerdem nur Einträge anfassen, die er unmittelbar vorher in Ihrem Kalender gefunden hat — er kann sich keinen Termin ausdenken, den es nicht gibt.

Die Stelle, die offene Worte verlangt, ist die Verbindung mit dem Matrix-Bot: Damit der von sich aus erinnern kann, muss er Ihre Kalender-Zugangsdaten öffnen können, denn im Raum sitzt kein Browser, der das täte. Das heißt ehrlich gesagt: Der Bot-Dienst kann Ihre Kalender-Zugangsdaten entschlüsseln, solange er läuft — dieselbe Ausnahme wie beim Wissenszugriff, aus demselben Grund. Erinnerungen erscheinen nur in Räumen, in denen jedes anwesende Mitglied auf Ihrer Freigabeliste steht, und mit ihnen stehen Termininhalte auf Ihrem Homeserver. Ohne Matrix bleibt es beim Chat, und dort gibt es diese Ausnahme nicht. Für Konten mit gesetzlicher Schweigepflicht ist die Kalender-Anbindung gesperrt.

Nextcloud — die fünfte Stelle, an der wir ehrlich sein müssen

Sie können Ihre eigene Nextcloud anbinden; der Assistent liest dann Dateien darin und legt Ergebnisse nach Ihrer Bestätigung dort ab. Wie beim Kalender gilt: Ihre Nextcloud ist kein Auftragsverarbeiter von uns, sondern Ihr eigenes System. Ihre Unterlagen ziehen nicht zu uns um.

Die Stelle, die offene Worte verlangt, ist die Reichweite des Zugangs. Ein Nextcloud-App-Passwort lässt sich nicht auf einen Ordner beschränken — es erreicht das ganze Laufwerk Ihres Kontos. Das ist eine Eigenschaft von Nextcloud, keine Entscheidung von uns, aber Sie sollen sie kennen, bevor Sie den Zugang eintragen. Wem das zu weit reicht, der hinterlegt statt dessen einen passwortgeschützten Freigabe-Link auf einen Ordner; dann entfallen Kontakte, Deck, Dateisuche und Kalender, weil die am Konto hängen und nicht am Ordner. Freigaben ohne Passwort nehmen wir nicht an: Ohne Passwort wäre der gespeicherte Eintrag keine Zugangsberechtigung, sondern ein Geheimnis in Adressform.

Der Zugang liegt verschlüsselt in Ihrem Tresor und wird für den einzelnen Abruf in Ihrem Browser geöffnet. Was ausdrücklich nicht passiert: Kein Pfad, kein Dateiname und keine Zugangsdaten landen in einem Protokoll, in einer Fehlermeldung oder in einer Antwort — ein Pfad wie „/Mandanten/Meier GmbH/Kündigung.pdf” sagt, wer Ihr Mandant ist. Zurückgezogen wird der Zugang in Ihrer Nextcloud, nicht bei uns: App-Passwort widerrufen oder Freigabe löschen. Eine Schaltfläche bei uns wäre eine, die von unserem Zutun abhinge. Für Konten mit gesetzlicher Schweigepflicht ist die Anbindung gesperrt.

Die eigene Datenbank — die sechste Stelle, an der wir ehrlich sein müssen

Sie können Ihre eigene Datenbank anbinden (PostgreSQL oder MySQL/MariaDB); der Assistent stellt dann lesende Abfragen, jede einzelne zeigt Ihnen vorher Ziel und vollständigen SQL-Text zur Bestätigung. Wie bei Nextcloud und Kalender gilt: Ihre Datenbank ist kein Auftragsverarbeiter von uns, sondern Ihr eigenes System.

Nur lesende Anweisungen sind zulässig — technisch erzwungen über eine Schlüsselwort-Erlaubnisliste und eine schreibgeschützte Transaktion, nicht nur durch eine Bitte an das Sprachmodell. Die Verbindung läuft verschlüsselt (TLS), und wir prüfen den Servernamen gegen die von Ihnen angegebene Adresse; einen unverschlüsselten Rückfall gibt es nicht. Welche Adressen bei Ihnen dafür freigeschaltet sein müssen, zeigt Ihnen die Oberfläche, damit Sie sie an Ihre Firewall weitergeben können.

Der Zugang liegt verschlüsselt in Ihrem Tresor und wird für den einzelnen Abruf in Ihrem Browser geöffnet. SQL-Text, Host, Datenbankname und die gelieferten Werte landen in keinem Protokoll und keiner Fehlermeldung. Für Konten mit gesetzlicher Schweigepflicht ist die Anbindung gesperrt.

Ein eigener Suchanbieter — die siebte Stelle, an der wir ehrlich sein müssen

Sie können die Websuche an einen Anbieter richten, mit dem Sie den Vertrag haben und für den Sie Ihren eigenen Schlüssel hinterlegen: Brave Search oder Perplexity Search. Beide sind amerikanische Unternehmen. Das ist der Punkt, an dem eine unserer Zusagen eine Grenze bekommt, und wir schreiben sie lieber hin, als sie im Kleingedruckten zu lassen: Unsere Anbieterwahl bleibt europäisch. Ihre muss es nicht sein.

Warum wir das überhaupt anbieten, ist dieselbe Überlegung wie bei der Websuche insgesamt. Wer eine Suchmaschine abonniert hat, benutzt sie — notfalls im anderen Fenster, mit der eigenen IP-Adresse, dem eigenen Browser und dem eigenen dortigen Konto, und kopiert das Ergebnis herüber. Die Möglichkeit nicht anzubieten hält keine einzige Anfrage von diesen Anbietern fern; sie verlagert sie nur dorthin, wo wir nichts mehr davon abtrennen können.

Was wir abtrennen: Der Anbieter bekommt die abgeleitete Suchanfrage und die Adresse unseres Servers in Nürnberg — nicht Ihre IP-Adresse, nicht Ihre Kontokennung, keinen Sitzungsbezug. Ihr Schlüssel liegt bei uns verschlüsselt, wird für den einzelnen Aufruf in Ihrem Browser geöffnet und durchgereicht, nie gehalten. Die oben beschriebene Einwilligung, sichtbare Anfragen und die Prüfung auf personenbezogene Angaben gelten unverändert.

Was wir nicht abtrennen können, und das ist der ehrliche Teil: Ihr Schlüssel ist gegenüber dem Anbieter eine gleichbleibende Kennung. Er kann die Anfragen einander zuordnen, die unter Ihrem Schlüssel eintreffen. Bei unserem eigenen Anbieter geht das nicht, weil dort alle Anfragen aus einem Topf kommen. Was der Anbieter darüber hinaus tut und wie lange er aufbewahrt, steht in seinen Bedingungen — er ist Ihr Vertragspartner, nicht unser Auftragsverarbeiter, und wir können für ihn nichts zusagen.

Deshalb ist die Funktion aus, bis Sie sie je Anbieter einschalten. Sie ist nie voreingestellt, läuft nie ohne Ihren Schlüssel, und bei einer Störung fällt die Suche nicht stillschweigend auf unseren Anbieter zurück — eine Anfrage, die Sie an Ihren Anbieter gerichtet haben, landet nicht ersatzweise woanders. Für Konten mit gesetzlicher Schweigepflicht bleibt die Websuche gesperrt, auch mit eigenem Schlüssel: Ein Vertrag zwischen Ihnen und einer Suchmaschine heilt keinen Bruch der Schweigepflicht.

Unsere Versprechen

• Flüchtig, wo es geht. Live-Verarbeitung hinterlässt nichts; die Instanz wird nach der Sitzung zerstört.
• Europäische Infrastruktur ohne US-Mutter. Alle Dienstleister, die wir beauftragen, sitzen in der EU (Deutschland, Frankreich, Polen, Niederlande, Österreich); keiner gehört zu einem US-Konzern. Diese Zusage gilt für unsere eigene Anbieterwahl. Sie hindert Sie nicht daran, für die Websuche einen eigenen Anbieter mitzubringen — auch einen amerikanischen; siehe unten.
• Zero-Knowledge-Konfiguration. Selbst wir können Ihre Glossare und eigenen Vorgaben nicht lesen.
• Kein Passwort-Reset, der Ihre Inhalte wiederherstellt. An seine Stelle treten Recovery-Codes. Ein verlorener Schlüssel ist der Preis dafür, dass wir ihn nicht haben — das kommunizieren wir offen, statt eine Hintertür einzubauen.
• Getrennte Wege für Berufsgeheimnisträger — geplant, noch nicht in Betrieb. Wer unter gesetzliche Schweigepflicht fällt (§ 203 StGB), darf nach unserer eigenen Regel nicht über die Standard-Verarbeitung laufen. Diese Regel ist im System durchgesetzt: Chat, Dokumente, Web-Recherche, Matrix-Bot, Kalender, Nextcloud, die eigene Datenbank, die Bilderzeugung und die eigene Instanz sind für solche Konten serverseitig gesperrt. Der gesonderte Pfad selbst ist bislang nicht gebaut. Der Anbieter dafür steht fest (IONOS SE, Deutschland), und die § 203-Klausel steht in dessen Vertragsbedingungen; was fehlt, ist die schriftliche Bestätigung, dass sie für unseren Vertrag gilt — die verlangen wir uns selbst, bevor dort etwas verarbeitet werden darf. Verarbeitet wird dort bis heute nichts. Bis das steht, können wir Berufsgeheimnisträger nicht bedienen, und wir sagen das lieber, als eine Zusage offenzulassen, die man erst beim Vertragsschluss bemerkt.

Für die, die es nachprüfen wollen

Das Besondere an unserem Ansatz: Sie müssen den Versprechen oben nicht vertrauen, Sie können sie im Quellcode nachlesen. Er liegt unter git.souveraene-systeme.de und steht unter der AGPL-3.0-or-later. Die Stellen, auf die es hier ankommt: frontend/src/lib/auth/ für die Schlüssel-Ableitung im Browser, core/src/core/security.py und tiers.py für die Zugriffsprüfungen. Angemeldete Nutzer sehen die Datengrenze außerdem im Tresor der Anwendung live an einem eigenen Beispiel: links der Klartext auf dem eigenen Gerät, rechts genau der verschlüsselte Block, den unsere Infrastruktur je zu sehen bekommt.

Nach der Veröffentlichung verlinken wir hier direkt die relevanten Stellen:

• Wie Inhalte nach der Verarbeitung im Speicher überschrieben werden
• Dass der Kern-Server nur verschlüsselte Blöcke entgegennimmt
• Wie der Schlüssel im Browser abgeleitet wird und ihn nie verlässt
• Die vollständige Liste der Dienstleister und was sie tun (siehe unten)

Dienstleister (Sub-Prozessoren)

Die Zahlungsabwicklung steht nicht in dieser Tabelle, obwohl wir sie beauftragen. Guthaben laden Sie über die Mollie B.V. (Amsterdam, Niederlande) auf. Für die Zahlung selbst ist Mollie eigenständig Verantwortlicher und nicht unser Auftragsverarbeiter: Als Zahlungsinstitut unterliegt das Unternehmen eigenen aufsichtsrechtlichen Pflichten — Geldwäscheprävention, Aufbewahrung, Betrugsabwehr — und richtet sich dabei nicht nach unserer Weisung. Einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO gibt es dafür korrekterweise nicht; insoweit gilt die Datenschutzerklärung von Mollie. An Mollie geben wir den Betrag, eine allgemein gehaltene Beschreibung und Ihre Kontokennung — nicht Ihren Namen und nicht Ihre E-Mail-Adresse. Zurück erhalten wir Betrag, Zeitpunkt, Zahlungsart und Ausgang; Ihre Karten- und Bankdaten sehen wir nie, sie liegen ausschließlich bei Mollie.

Nicht in dieser Tabelle stehen Server und Anbieter, die Sie selbst wählen — Ihr Matrix-Homeserver, Ihr Kalenderserver, Ihre Nextcloud, Ihre eigene Datenbank und ein von Ihnen mitgebrachter Suchanbieter. Sie sind keine Sub-Prozessoren von uns, weil wir sie nicht beauftragen: Sie schließen den Vertrag, Sie bestimmen den Anbieter, und wir übermitteln auf Ihre Weisung dorthin. Für Ihr Verarbeitungsverzeichnis sind sie Empfänger, nicht Teil unserer Auftragsverarbeiter-Kette.

Über E-Mail versenden wir grundsätzlich keine Inhalte, identifizierenden Informationen oder Sitzungsdaten — auch nicht an Sie, auch nicht in Support-Anfragen. E-Mail dient nur Metadaten, Abrechnung, Anmeldevorgängen und allgemeiner Korrespondenz.

Für Ihre Datenschutzbeauftragten

Sie brauchen keine eigene IT-Rechtsabteilung, um uns zu prüfen. Diese Unterlagen liegen offen — Sie müssen sie nicht anfordern und nicht auf eine Antwort warten:

• Übersicht der technischen und organisatorischen Maßnahmen (Art. 32 DSGVO) — was gebaut ist, und in einem eigenen Abschnitt, was nicht
• Liste der Unterauftragnehmer — mit den Empfängern, die ausdrücklich keine sind, und warum
• Verzeichnis der Verarbeitungstätigkeiten (Art. 30 Abs. 1) und das Verzeichnis der Verarbeitungen im Auftrag (Art. 30 Abs. 2)
• Schwellwertprüfung nach Art. 35 — je Verarbeitung, auch dort, wo das Ergebnis „keine Folgenabschätzung” ist
• Ablauf bei Datenschutzverletzungen (Art. 33/34)

Das AVV-Muster selbst liegt noch nicht vor. Die beiden Anlagen oben sind fertig und können unverändert angehängt werden; der Vertragstext ist in anwaltlicher Bearbeitung. Wir schreiben das hierhin, statt es zuzusagen und später zu liefern — wer einen Vertrag braucht, soll vorher wissen, woran er ist.

Fragen, die diese Unterlagen nicht beantworten: markus@souveraene-systeme.de

Änderungsprotokoll

Änderungen an Datenverarbeitung oder Dienstleistern tragen wir hier nach — damit sichtbar bleibt, dass nichts still verschoben wird.

Ihre Rechte

Sie haben das Recht auf Auskunft (Art. 15 DSGVO), Berichtigung (Art. 16), Löschung (Art. 17), Einschränkung (Art. 18), Datenübertragbarkeit (Art. 20) und Widerspruch (Art. 21), sowie das Recht auf Beschwerde bei einer Aufsichtsbehörde (Art. 77 DSGVO).

Verantwortlicher: Markus Schlueter, Wiesenstrasse 19, 16552 Schildow · markus@souveraene-systeme.de