Sicherheit & Datenschutz

Die Angaben für Datenschutz und IT-Sicherheit Ihrer Behörde: Datenstandort, Schutz der Zugangsdaten, Mandantentrennung, Schreibrechte und Protokolle.

Wo die Daten verarbeitet werden

Ein Werkzeugaufruf berührt vier Stationen:

Der Adapter speichert keine Fachinhalte. SovrGPT speichert den Chatverlauf wie bei jedem Chat, einschließlich der Werkzeugergebnisse. Welche Modelle Ihre Organisation nutzen darf, legen Owner und Admins unter Einstellungen → Modelle fest. Mehr zu Anbietern und Standorten: Datenschutzerklärung.

Zugangsdaten zum Backend

Passwort oder OAuth2-Client-Secret für DMS bzw. FIT-Connect liegen nie im Klartext vor:

• Verfahren: AES-256-GCM, Format v1:<base64-iv>:<base64-ct||tag>, byte-kompatibel zwischen Plattform (lib/secret-crypto.ts) und Adapter (services/govbridge/src/crypto.ts).
• Schlüssel: GOVBRIDGE_ENCRYPTION_KEY (32 Byte, base64), nur als Server-Umgebungsvariable, nie im Code oder im Browser.
• Entschlüsselung: nur im RAM, nur für einen Werkzeugaufruf (resolver.ts), nie protokolliert.

Zwei-Faktor-Mandantenauflösung

Jeder Aufruf braucht zwei Faktoren, die auf denselben aktiven, nicht widerrufenen Endpunkt zeigen: den Slug im URL-Pfad (/<slug>/<protocol>) und den Bearer-Token im Authorization-Header. Der Adapter vergleicht SHA-256(token) konstant-zeitig (timingSafeEqual) mit dem gespeicherten Hash; ungleiche Länge ergibt false statt einer Ausnahme. <protocol> muss exakt zum Endpunkt passen, ein Token gilt nicht protokollübergreifend. Erst danach entschlüsselt er die Zugangsdaten.

Jeder Fehlschlag, auch ein fehlender Token, ergibt ein generisches 401, ohne den fehlenden Faktor zu nennen. Gespeichert wird nur der Hash; den Klartext sehen Sie einmal bei der Einrichtung (wie bei den API-Keys).

Schreibzugriff und Least Privilege

• Das Modell kann nur die kuratierten cmis_*- und fit_*-Werkzeuge aufrufen. Es gibt keinen rohen CMIS-SQL-Durchgriff und keinen freien Zugriff auf die FIT-Connect-API.
• CMIS-SQL entsteht nur aus escapten String-Literalen; Modelltext gelangt nie wörtlich in die Abfrage.
• cmis_dokument_ablegen, cmis_dokument_verschieben und fit_antrag_senden gibt es nur mit allow_writes (ab Werk aus). Sonst fehlen sie in tools/list und werden abgewiesen.
• Über die Marketplace-Vorlage eingebunden, fragt SovrGPT vor jedem Aufruf eines Schreibwerkzeugs im Chat nach einer Freigabe (confirm_writes): jede Aktion einzeln, mit den angezeigten Angaben, eine Stunde gültig. Ausgeführt wird genau einmal und genau mit diesen Angaben; Text im Chat ist keine Freigabe (Freigaben im Chat). Freigaben und Ablehnungen stehen im Audit-Log. Als eigener MCP-Server eingetragen, fragt SovrGPT nicht nach (Einrichtung).

FIT-Connect Ende-zu-Ende-Verschlüsselung

• Antragsdaten, Anhänge und metadata.json gehen als Compact-JWE (RSA-OAEP-256 + A256GCM) mit dem öffentlichen Schlüssel des Zustellpunkts verschlüsselt hinaus. Die Submission API sieht nur Chiffrat.
• Keine Kompression (zip-Header), wie von v2 gefordert.
• Integrität über SHA-512-Hashes je Inhaltsteil in der contentStructure der metadata.json.
• Ein eingereichter Antrag lässt sich nicht zurücknehmen. fit_antrag_senden braucht deshalb allow_writes und die Freigabe im Chat.

Protokollierung

Der Adapter (logger.ts) protokolliert nur Metadaten: Org- und Endpunkt-IDs, Werkzeug, Protokoll, Status, Dauer, Byte-Zählungen, Korrelations-ID. Nie protokolliert werden Dokumentinhalte, Bridge-Token, Backend-Zugangsdaten und der Authorization-Header. Eine Redaction-Liste entfernt sensible Schlüssel zusätzlich (authorization, token, password, client_secret, credentials, content, body, …).

SovrGPT schreibt Anlegen und Widerruf von Endpunkten sowie jede Freigabe und jede Ablehnung eines Schreibwerkzeugs ins Audit-Log, ohne die Angaben selbst. Die Angaben, die Entscheidung und das Ergebnis hält ein Beleg fest, den nur die Person sieht, die den Chat führt; er wird nach 90 Tagen gelöscht. Außerdem protokolliert es je Organisation jeden Werkzeugaufruf mit Status, Dauer und einer gekürzten Vorschau von Eingabe und Ergebnis (je bis 1.800 Zeichen). Die Vorschau kann Auszüge aus Dokumenten enthalten. Sie steht im Marketplace unter „Letzte MCP-Aufrufe“.

DSGVO

• Datenminimierung und Zweckbindung: Ein Aufruf holt über kuratierte Werkzeuge nur die angefragten Daten, ohne Vollzugriff auf das DMS; der Adapter hält nichts vor.
• Auftragsverarbeitung: Anbieter und Auftragsverarbeiter ist die rooom AG; die eNetworkers GmbH unterstützt sie beim Betrieb. AVV nach Art. 28 DSGVO mit der rooom AG auf Anfrage (siehe DSGVO). Das DMS bleibt in der Verantwortung der Behörde.
• Widerruf: Ein widerrufener Endpunkt ist sofort unbrauchbar, siehe Verwaltung & Widerruf.