Warum die Verarbeitung im Browser Ihre Daten schützt
Client-seitige Verarbeitung: Wenn Daten den Browser nie verlassen, gibt es serverseitig nichts abzufangen. Das Prinzip, seine Grenzen, seine Garantien.
Die Verarbeitung im Browser („client-seitig“) schützt Ihre Daten, weil sie Ihr Gerät nie verlassen: Das Erkennen und Ersetzen sensibler Daten läuft lokal, im Arbeitsspeicher, ohne über einen Server zu gehen. Es gibt also nichts, was im Backend abgefangen, protokolliert oder geleakt werden könnte. Das ist eine Garantie durch die Konzeption („Privacy by Design“), nicht nur ein vertragliches Versprechen.
Client-seitig vs. serverseitig: Wo lebt die Datei?
In einer serverseitigen Architektur geht Ihr Text an einen Server, der ihn verarbeitet: Sie müssen diesem Server dann vertrauen (Verschlüsselung, Aufbewahrung, Zugriff, Rechtsraum). In einer client-seitigen Architektur findet die Verarbeitung in Ihrem Browser statt: Der Server sieht die Rohdaten nie. Der Unterschied ist struktureller Natur, nicht nur vertraglich.
- Nichts abzufangen: Die sensiblen Daten werden nicht übertragen.
- Nichts zu protokollieren: Keine Inhalte, die serverseitig aufbewahrt werden.
- Reduzierte Fläche: weniger exponierte Komponenten = weniger Risiken.
- Überprüfbar: Das Netzwerkverhalten lässt sich beobachten (DevTools).
Das Mapping bleibt lokal: Der Schlüssel geht nicht weg
Wenn Sie einen Prompt anonymisieren, ist die Zuordnung Token ↔ Originalwert das sensibelste Element. Sie im Arbeitsspeicher des Browsers zu halten – und sie nie zu übertragen – stellt sicher, dass niemand anderes re-identifizieren kann. Genau das macht aus einer Tokenisierung einen echten Schutz.
Die Grenzen, die man kennen sollte
Client-seitig schützt die Daten, solange sie lokal bleiben. Sobald ein anonymisierter Text bewusst an einen KI-Dienst gesendet wird, ist es dieser Text (ohne PII), der übertragen wird – nicht das Mapping. Die Herausforderung wird dann die Qualität der Erkennung: Was nicht erkannt wird, wird nicht anonymisiert. Daher die Bedeutung einer breiten, kontextangepassten Abdeckung.
Die Engine von ONYRI Sanitize läuft zu 100 % im Browser: Das Mapping Token ↔ Wert wird nie zum Backend übertragen. Nur der bereits anonymisierte Text kann, auf Opt-in-Basis, an ein KI-Modell gehen.
Häufig gestellte Fragen
- Bedeutet client-seitig „serverlos“?
- Nein: Ein Server kann für das Konto, die Einstellungen oder einen KI-Proxy vorhanden sein. Aber die Verarbeitung sensibler Daten (Erkennung, Mapping, Wiederherstellung) bleibt im Browser und wird nicht übertragen.
- Wie kann ich überprüfen, dass nichts weggeht?
- Die Entwicklertools Ihres Browsers (Reiter „Netzwerk“) ermöglichen es, die Anfragen zu beobachten: Auf einer Seite, die Ihre Daten lokal verarbeitet, sollten Sie keinen sensiblen Inhalt weggehen sehen.
- Reicht client-seitig für sich allein aus?
- Es schützt die Daten, solange sie lokal bleiben. Der Schutz hängt anschließend von der Qualität der Erkennung ab: Was nicht erkannt wird, wird vor einem bewussten Versand nicht anonymisiert.
Quellen & Referenzen
Behalten Sie Ihre sensiblen Daten in Ihrem Browser
ONYRI Sanitize erkennt und maskiert Ihre sensiblen Daten, bevor sie die KI erreichen, und stellt anschließend die Antwort wieder her — vom Namen bis zum API-Schlüssel.