Das sollte man niemals in ein zufälliges Online-Tool einfügen

Jeder, der am Rechner arbeitet, landet irgendwann auf einer Seite, die die eigene IT-Abteilung lieber nicht gesehen hätte. Ein Formatter für ein obskures Konfigurationsformat, ein Base64-Decoder, ein Regex-Tester, ein Diff-Checker. Diese Tools sind nützlich, und für alles interne Versionen zu bauen ist kein realistischer Plan.

Der Unterschied zwischen einem eingefügten Beispiel-Payload und einem eingefügten Produktions-Connection-String ist das ganze Thema. Hier verläuft die Grenze, und so erkennen Sie, auf welcher Seite Sie stehen.

Wo eine Eingabe wirklich landet

Erweiterungen lesen zuerst. Ein Content Script bekommt direkten DOM-Zugriff auf jede Seite, auf die seine Muster passen, und damit auf den Wert jedes Eingabefelds². Es läuft in einer isolierten Welt und sieht die eigenen JavaScript-Variablen der Seite nicht, was beruhigend klingt, bis man bemerkt, dass man für das Auslesen eines Textfelds keine braucht.

Das ist nicht hypothetisch. Im Dezember 2024 schickte eine Phishing-Kampagne Entwicklern gefälschte Richtlinienverstoss-Meldungen, führte sie zur Autorisierung einer bösartigen OAuth-Anwendung und schob über diesen Zugang kompromittierte Updates in rund ein Dutzend legitime Chrome-Erweiterungen. Der eingeschleuste Code holte ChatGPT-Sitzungsdaten und OpenAI-API-Schlüssel sowie Facebook-Business-Zugangsdaten direkt aus den offenen Seiten¹.

Niemand in dieser Geschichte hat etwas Zwielichtiges installiert. Alle hatten eine normale Erweiterung und liessen sie sich automatisch aktualisieren, wozu automatische Updates da sind.

Das CDN sieht den Body. Cloudflare, Fastly und die anderen protokollieren Request-Bodies in der Regel nicht, aber die Bytes laufen konstruktionsbedingt durch sie hindurch.

Die Anwendung verarbeitet ihn. Das ist der Teil, den man sich vorstellt, und der uninteressanteste.

Die Logs behalten ihn. Request-Body-Logging wird zum Debuggen eingeschaltet und später wieder aus, oder eben nicht. So landet ein Geheimnis am häufigsten dort, wohin es niemand gelegt hat.

Die Drittanbieter der Seite sammeln ihn. Fehlerüberwachung und Produktanalyse laufen im selben Dokument wie das Textfeld. Session Replay und das Erfassen von Formularzuständen sind Funktionen, für die Leute bezahlen.

Vertrauen hat ein Haltbarkeitsdatum

Auch ein gut geführtes Tool, dem Sie heute vertrauen, gehört einer Firma, die übernommen, abgewickelt oder deren Nutzerdaten als Vermögenswert verkauft werden können. Konfigurationen ändern sich. Personal wechselt. Nichts davon setzt böse Absicht voraus.

Ein Tool, das Ihre Daten nie erhält, kann sie nicht verlieren und es sich später auch nicht anders überlegen.

Was wohin gehört

Niemals, in ein ungeprüftes Tool. Produktions-Connection-Strings, die Host, Port, Benutzername und Passwort meist in einer bequemen Zeichenkette tragen. API-Schlüssel und Tokens für irgendetwas. Der Inhalt einer .env-Datei, also ein Verzeichnis sämtlicher Geheimnisse einer Anwendung. Produktions-JWTs, die bis zum Ablauf gültige Sitzungen sind. Private SSH- und TLS-Schlüssel. OAuth-Client-Secrets und Webhook-Signaturschlüssel.

Personenbezogene Daten Dritter gehören ebenfalls hierher, einschliesslich der besonderen Kategorien der DSGVO: rassische oder ethnische Herkunft, politische Meinungen, religiöse oder weltanschauliche Überzeugungen, Gewerkschaftszugehörigkeit, genetische Daten, biometrische Daten zur eindeutigen Identifizierung, Gesundheitsdaten sowie Daten zum Sexualleben oder zur sexuellen Orientierung³. Ebenso regulierte Datensätze allgemein, und PCI-Karteninhaberdaten auch in Staging, wenn die Daten echt sind.

Prüfen, dann entscheiden. Interner Quellcode, der neben der Logik, die Sie eigentlich prüfen wollten, gern fest verdrahtete Zugangsdaten und interne Hostnamen mitbringt. Architekturdokumente. Unveröffentlichte Zahlen. Alles unter Geheimhaltung.

Überall unproblematisch. Synthetische Daten. Alles bereits Öffentliche. Eigene Notizen. Ein Selektor oder Muster ohne echte Werte. Stacktraces, nachdem Sie sie gelesen haben, denn ein Trace trägt, was gerade im Gültigkeitsbereich lag.

Der Test, der alles abdeckt: Wenn es in einer Meldung über eine Datenpanne stünde, gehört es in kein ungeprüftes Tool.

Der Test in dreissig Sekunden

Viele Tools behaupten, lokal zu laufen. Nachsehen geht schneller, als sich zu entscheiden, ob man es glaubt.

1. DevTools öffnen und in den Tab Netzwerk wechseln.
2. Auf Fetch/XHR filtern.
3. Das Tool mit einer kleinen, harmlosen Probe ausführen.
4. Nach einer Anfrage suchen, die Ihre Eingabe trägt.

Ein wirklich lokales Tool zeigt so etwas nicht. Sie sehen vielleicht, wie es ein WebAssembly-Modul oder eine Schrift lädt, und in keinem davon steckt Ihre Eingabe. Ein hochladendes Tool zeigt eine Anfrage etwa in der Grösse Ihrer Daten, ganz ohne Zweideutigkeit.

Das ist ein Beleg. Eine Datenschutzerklärung ist eine Behauptung.

Was man stattdessen tut

Zur Kommandozeile greifen. jq . formatiert JSON, base64 -d dekodiert, openssl erledigt die meisten Krypto-Handgriffe. Die meisten "ich brauche kurz ein Tool"-Momente haben eine einzeilige Antwort, die kein Netzwerk berührt.

Ein geprüftes Tool verwenden. Lokale Verarbeitung ist eine Eigenschaft, die man nachprüfen kann, und sie verfällt nicht. Unser Hash-Generator , unser Passwort-Generator und AES verschlüsseln/entschlüsseln laufen alle in der Seite ohne Upload, und der Netzwerk-Tab bestätigt das, statt dass Sie uns glauben müssten. Genau darum geht es: Wenden Sie denselben Test auf uns an.

Das Modell lokal laufen lassen. Wenn die Aufgabe "erkläre diesen Code" oder "fasse dieses Dokument zusammen" lautet, sendet ein Modell auf dem eigenen Rechner, etwa über Ollama, nichts irgendwohin. Das ist längst kein Bastel-Setup mehr.

Das Skript schreiben. Zehn Minuten Python oder Node für eine Umwandlung, die Sie regelmässig brauchen, und der ganze Weg gehört Ihnen.

Das interne Tool nehmen. Langsamer, hässlicher, geprüft von jemandem, dessen Aufgabe es war, sich zu kümmern.

Die Gewohnheit, nicht der Vorfall

Es geht nicht darum, dass Web-Tools gefährlich sind. Es geht darum, dass die Entscheidung eine Entscheidung sein sollte. Fast kein Vorfall beginnt damit, dass jemand beschliesst, ein Geheimnis preiszugeben. Er beginnt damit, dass man am Ende eines langen Tages schnell etwas dekodieren muss und das Terminal in einem anderen Fenster liegt.

Genau dieser Moment ist es wert, unterbrochen zu werden.