Zuerst die These: Vor dem Einfügen in eine KI prüfen Sie, ob in dieser ausgehenden Zeichenkette noch Klartext-Felder stehen. Einen Trainingsschalter auszuschalten oder in einen temporären Chat zu wechseln ändert nur, wie die Gegenseite speichert und lernt. Es ändert nicht, dass die Felder schon draußen sind. Die Schritte unten sind ein Vergleich, den Sie wiederholen können – kein neues Adjektiv.
Die Suchintention in einem Satz beantworten
Tickets und Logs vor dem Einfügen in eine KI zu schwärzen heißt: Bevor der Text den Tab verlässt, den Sie gerade sehen, maskieren Regeln Telefon, Ausweisnummern, E-Mails, gängige API-Keys und IPs; Passwörter und Verbindungszeichenfolgen ohne festes Format lesen Sie selbst nach. Gegenstand der Prüfung ist die Kopie, die Sie einfügen – nicht ein „verarbeitet“-Hinweis auf der Seite.
Diese Notiz richtet sich an Entwickler, Betrieb und Support, die Material in ein KI-Feld legen. Sie ersetzt keine Bedienungsanleitung der Linkbereinigung und wiederholt nicht den größeren Network-Durchgang zu „hat lokale Verschlüsselung etwas hochgeladen“. Mitnehmen sollen Sie: welche Felder in Logs sitzen, was Regeln abdecken und wann ein Restgeheimnis zum Platzhalter oder in den Einmal-Link gehört.
In eine KI einfügen ist eine andere Ausgangsgrenze als an einen Kollegen senden
Schicken Sie ein Ticket an einen Kollegen, ist der Empfänger meist bekannt, und das Material landet in einem Ticketsystem, in Slack oder in WhatsApp. Fügen Sie es in ein Verbraucher-KI-Produkt ein, erreichen dieselben Zeichen außerdem dessen Server, dessen Gesprächsverlauf und die an dem Tag geltenden Verarbeitungsbedingungen. Die Data-Controls-FAQ von OpenAI ist eindeutig: Ein privates Konto kann „Improve the model for everyone“ abschalten (in der deutschen Oberfläche etwa „Modell für alle verbessern“); Chats bleiben im Verlauf, sie dienen nur nicht mehr dem Training. Temporary Chat umgeht Verlauf und Training, kann aber zur Missbrauchsüberwachung bis etwa 30 Tage aufbewahrt werden.
Bedingungen ändern sich, Produkte unterscheiden sich. Was Sie jetzt entscheiden können, ist enger: Sobald Sie einfügen und senden, haben diese Zeichen dieses Gerät verlassen. Der Trainingsschalter beantwortet „nutzen sie es zum Verbessern des Modells“. Er beantwortet nicht „haben sie es empfangen“.
Fragen Sie deshalb zuerst „darf dieser Block das Gerät verlassen“, dann „wie behält ihn die Gegenseite“. Die zweite Frage gehört ins Hilfecenter des Produkts. Die erste können Sie vor dem Senden mit einer Vergleichstabelle abschließen.
Experimentieren Sie nicht mit einer echten Ausweisnummer, einem noch nicht rotierten API-Key oder einem Produktionspasswort. Legen Sie ein wegwerfbares Fake-Ticket an. Telefon und Schlüssel schreiben Sie als Canary, der nur in diesem Lauf vorkommt. Sie prüfen Masken und die Ausgangsgrenze – Sie legen kein Geheimnis noch einmal offen.
Felder, die in Tickets und Logs am häufigsten sitzen
Was entweicht, ist selten ein ganzer Vertrag. Es ist ein kurzes Feld mitten im Satz: eine E-Mail im Stacktrace, eine Mobilnummer in der Bildunterschrift, ein kopierter Authorization: Bearer …-Header, eine IPv4 von der internen Anmeldeseite. Jedes davon reicht, um den nächsten Chat zur Klartextkopie zu machen.
Nach dem Ort zu sortieren ist nützlicher als nach dem Gefühl „ist das heikel“.
| Wo es auftaucht | Typische Felder | Was Sie vor dem Senden tun |
|---|---|---|
| Support-Tickets, Chatverläufe | Deutsche und internationale Nummern, E-Mails, letzte Stellen einer Ausweisnummer | Mit Regeln maskieren, umgangssprachliche Schreibweisen selbst lesen |
| Anwendungslogs, Stacktraces | E-Mails, IPv4 / IPv6, gelegentlich ein Token | IPs und E-Mails maskieren; prüfen, ob das Token ein festes Präfix hat |
| Konfigurationsschnipsel, curl-Beispiele | sk-, AKIA, ghp_, Bearer |
Regeln treffen gängige Präfixe; was fehlt, wird Platzhalter |
| Übergabenotizen, Wiederherstellung | Datenbankpasswörter, Wiederherstellungscodes, ganze Verbindungszeichenfolgen | Nicht in die KI; Einmal-Link oder nur Platzhalter |
| Geteilte Links | utm_*, fbclid, gclid |
Tracking zuerst entfernen, dann entscheiden, ob die URL in den Prompt gehört |
Felder, die „nicht wie ein Geheimnis aussehen“, verdienen trotzdem einen Blick. Eine interne IP markiert ein Subnetz. Die letzten vier Stellen einer Ausweisnummer plus ein Name im Ticket können eine Person identifizieren. Regeln behalten standardmäßig etwas vom Anfang und Ende, damit Sie prüfen können „das ist dieselbe Zeile“. Der Rest ist Ihre Kontrolle, kein Anonymisierungsnachweis.
Was regelbasierte Schwärzung abdeckt – und was nicht
Schwärzung im Browser ist Mustererkennung: Reguläre Ausdrücke finden Strecken, die wie Telefon, Ausweisnummer, E-Mail, Schlüsselpräfix oder IP aussehen, und ersetzen sie durch eine Maske. Sie versteht keine Bedeutung und liest Ihr Ticketsystem nicht.
Nehmen Sie die Schwärzung auf der FastPwd-Seite zum Tracking entfernen. Der aktuelle Tab erkennt internationale Telefone und Mobilnummern des chinesischen Festlands; Ausweisnummern (Prüfziffer der chinesischen Personalnummer, US-SSN, britisches NINO sowie einige alphanumerische Kombinationen); 13–19-stellige Karten mit Luhn-Prüfung; E-Mails; gängige API-Key- und Token-Präfixe (etwa sk-, sk-proj-, AKIA, ghp_, github_pat_, glpat-, Bearer); dazu IPv4 und gängiges IPv6. Der Chip heißt Ausweisnummer, aber eine deutsche Personalausweisnummer oder eine Steuer-ID ist damit nicht zuverlässig abgedeckt. Deutsche Mobilnummern ohne +49 können je nach Schreibweise durchrutschen. Standard bleibt etwas vom Anfang und Ende; Sie können den ganzen Wert verstarren. Text über 512 KB teilen. Sofort nutzbar, kein Konto.
Was fehlt, ist ebenso konkret. Ein Passwort ohne festes Präfix, ein mit Leerzeichen zerlegter Schlüssel, Schrift nur im Screenshot oder eine „1 als l“-Ausweichschreibung rutscht durch. Straßenadressen, Personalnummern und interne Projektnamen stehen nicht auf dieser Liste. Null Treffer heißt „diese Muster fehlten“. Es heißt nicht „diesen Block dürfen Sie jedem schicken“.
So unterscheidet sich dieser Text von der Werkzeugseite. Die Werkzeugseite beantwortet, wie Sie jetzt maskieren. Diese Notiz beantwortet, ob Sie nach der Maske noch senden sollten. Der Ergebnisbereich zeigt Zeichenzahl-Vergleich und Treffertypen und schickt den Ausgangstext an keine API – trotzdem schauen Sie auf die Zelle, die Sie einfügen wollen.
Vor dem Senden einen Canary-Vergleich machen
Legen Sie ein wegwerfbares Fake-Ticket an. Schreiben Sie eine Nummer, die nur in diesem Lauf vorkommt, eine E-Mail wie canary-fp-20260901@example.com, einen Fake-Schlüssel mit gängigem Präfix wie sk-proj-canaryfp20260901xxxx und ein Passwort ohne Präfix wie canary-plain-pass-20260901. Der Canary dient der Suche. Er ist keine Vorführung, „wie klug das Werkzeug ist“.
- Das Fake-Ticket in das Schwärzungsfeld einfügen und die Maske laufen lassen. Vergleichen: Schlüssel mit Präfix, E-Mails und Telefone sollten Sterne tragen; das Passwort ohne Präfix bleibt meist stehen.
- Jedes übrig gebliebene Klartext-Passwort durch einen Platzhalter wie
[DB_PASSWORD]ersetzen. Erwarten Sie nicht, dass eine Regel die Formulierung „das Passwort ist xxx“ erkennt. - Nur den Ergebnistext kopieren. Bevor Sie ihn ins KI-Feld einfügen, die Canary-Zeichenfolge im System suchen: Der volle Klartext der Fake-E-Mail und des Fake-Schlüssels darf nicht mehr vorkommen.
- Wollen Sie zusätzlich prüfen, dass die Schwärzungsseite selbst den Ausgangstext nicht gesendet hat, DevTools Network öffnen, Preserve log aktivieren und dieselbe Canary in Anfragezeilen, Bodies und Statistikberichten suchen.
Den Ergebnisbereich lesen, nicht den Buttontext
„4 Stellen geschwärzt“ heißt nur, dass die Regeln vier Strecken getroffen haben. Es sagt nicht, dass ein fünftes Passwort noch dasitzt. Der Vergleich gehört auf den Ergebnistext: Jeden gesetzten Canary suchen, dann lange hochentropische Zeichenfolgen scannen, die keinem bekannten Muster ähneln.
Die Zelle lesen, die Sie senden wollen
Kopieren Sie ein zweites Mal aus dem Ergebnisbereich, kann eine Erweiterung die Zwischenablage umschreiben, oder der Browser hält die ursprüngliche Auswahl. Die Canary noch einmal im KI-Eingabefeld zu suchen kommt dem echten Ausgang näher als ein Blick auf die Schwärzungsseite.
Auch den eigenen Verkehr der Schwärzungsseite prüfen
Die FastPwd-Zugriffsstatistik nutzt den Tracker der Site. Auf localhost sendet sie standardmäßig nicht. Ereignisnamen ähneln „Schwärzung ausgeführt“; laut Hinweisen tragen sie keinen Ausgangstext. Das bleibt eine Zusage. Die Canary in Network zu suchen macht aus „Ausgangstext wird nicht hochgeladen und nicht in Analytics geschrieben“ eine Beobachtung für diesen Lauf. Eine vollständigere Verkehrsprüfung steht in So prüfen Sie, dass browserlokale Verschlüsselung keinen Klartext sendet.
Legen Sie immer zwei Fake-Passwörter an: eines mit sk- oder Bearer, damit Sie sehen, dass die Regel arbeitet, und eine lange Zufallsphrase ohne Präfix, damit Sie sich merken: Was nicht maskiert wurde, ist das, was wirklich entweicht.
Wann maskieren, wann Platzhalter, wann Einmal-Link
Die drei Behandlungen passen zu drei Arten von Material. Sie zu mischen ist, wie Leute sich verletzen.
Telefone, E-Mails, Ausweisnummern und Tokens mit Präfix, die im Satz verstreut sind, gehören zur regelbasierten Maske. Sie wollen „dieses Log eignet sich noch für eine Stacktrace-Frage“, nicht „das ganze Geheimnis dem Modell übergeben“.
Wenn sich die Frage ändern darf, das Material aber vollständig bleiben muss, nutzen Sie einen Platzhalter. Tauschen Sie eine Verbindungszeichenfolge gegen postgres://USER:[DB_PASSWORD]@HOST:5432/DB und fragen Sie nach der Syntax. Das Modell braucht das echte Passwort nicht, um ein Fehlerformat zu erklären.
Wenn ein vollständiges Geheimnis eine andere Person erreichen muss, führen Sie es nicht durch ein KI-Feld. Der FastPwd-Einmal-Link verschlüsselt in diesem Browser mit AES-256-GCM, legt auf dem Server nur Chiffretext ab und hängt den Schlüssel hinter die Raute in s.html?id={id}#{key}, sodass der Schlüssel standardmäßig nicht in der HTTP-Anfrage steht. Erstellen und Lesen brauchen keine Anmeldung. Eine Notiz ist auf 32 KB begrenzt; größere Dateien gehen in Datei verschlüsseln, eine Datei höchstens 5 GB. Fügen Sie den ganzen Link in einen Chat ein, fällt der Schutz hinter der Raute. Die Einzelheiten stehen in Warum sich ein Schlüssel hinter der URL-Raute eignet – und wann der Schutz fällt.
| Material | Bessere Behandlung | Woran „bestanden“ erkennbar ist |
|---|---|---|
| Telefon / E-Mail / Ausweisnummer im Ticket | Regelbasierte Schwärzung | Kein voller Klartext im Ergebnis; Treffertypen passen zu dem, was Sie gesetzt haben |
Tokens mit sk- oder ghp_ |
Regelbasierte Schwärzung oder Platzhalter | Das Präfix darf bleiben; die Mitte muss Sterne tragen |
| Passwörter ohne Präfix, Wiederherstellungscodes | Platzhalter; Einmal-Link, wenn jemand den echten Wert braucht | Im KI-Feld steht keines dieser Zeichen |
| Eine ganze Schlüsseldatei | Datei verschlüsseln; nicht ins Chatfeld | Eine .lock herunterladen; im Chat nur der Dateiname |
Was diese Prüfung beweisen kann – und was nicht
Die Schlussfolgerung, die dieser Vergleich trägt, ist eng. Sie aufzuschreiben hilft, sich mit einem Kollegen abzustimmen.
Sie kann tragen: In diesem Browser, in diesem Lauf, zeigt der Text, den Sie senden wollen, die gesetzten Canary-Klartexte nicht mehr; Anfragezeilen, Bodies und Statistikberichte der Schwärzungsseite enthalten diesen Canary ebenfalls nicht.
Sie kann nicht tragen: Die Regeln haben jeden Namen, jede Adresse und jede Personalnummer abgedeckt; das andere Produkt behält den Chat nicht für eine Sicherheitsprüfung; eine Erweiterung hat die Zwischenablage nicht umgeschrieben; ein geschwärztes Ergebnis gleicht rechtlicher Anonymisierung. Die FastPwd-Seite zum Tracking entfernen nennt das eine Hilfskontrolle. Sie behauptet keine DSGVO-Zertifizierung.
Nehmen Sie „das Modell hat das Passwort nicht wiederholt“ nicht als Beweis, dass Senden gescheitert ist. Inhalt, den der Server schon empfangen hat, kehrt nicht in Ihren Tab zurück, weil die Oberfläche später Sterne zeichnet.
Häufige Fragen
Wenn ich „Modell für alle verbessern“ ausschalte, bleibt das eingefügte Ticket auf diesem Gerät?
Nein. Der Trainingsschalter ändert nur, ob das Modell aus diesem Chat lernt. Das Gespräch erreicht trotzdem die Server des Produkts und kann in Ihrem Verlauf stehen. Temporary Chat umgeht meist Verlauf und Training, kann aber zur Missbrauchsüberwachung bis etwa 30 Tage aufbewahrt werden – das folgt den Data-Controls-Hinweisen von OpenAI, die im September 2026 noch galten; andere Produkte folgen eigenen Bedingungen. Schwärzung zielt auf den ausgehenden Text, nicht auf den Schalter.
Kann ein Schwärzungsergebnis als Compliance-Nachweis oder Anonymisierungsbericht dienen?
Nein. Regelbasierte Schwärzung ist Mustererkennung: Sie kann Telefon, Ausweisnummern, E-Mails, gängige API-Keys und IPs maskieren und übersieht umgangssprachliche Formulierungen oder Passwörter ohne festes Präfix. Sie behauptet keine DSGVO-Zertifizierung. Prüfen Sie den Text, den Sie einfügen wollen, selbst.
Darf ich nach der Schwärzung ein ganzes Datenbankpasswort oder einen Wiederherstellungscode in die KI einfügen?
Meist nicht. Passwörter ohne Präfix, Verbindungszeichenfolgen und Wiederherstellungscodes treffen oft keine Regel. Solches Material gehört in den Einmal-Link: lokal mit AES-256-GCM verschlüsseln, auf dem Server nur Chiffretext ablegen, den Schlüssel hinter der Raute im Link lassen. Im KI-Feld bleibt ein Platzhalter wie [DB_PASSWORD].
Wird der Ausgangstext bei der FastPwd-Schwärzung hochgeladen oder in Analytics geschrieben?
Laut Produktbeschreibung laufen Parsen und Maskieren im aktuellen Tab. Der Ausgangstext geht nicht als HTTP-Nutzdaten raus und wird nicht in Analytics geschrieben. Zugriffsstatistik speichert Ereignisnamen wie „Schwärzung ausgeführt“. Zur Kontrolle die Canary-Zeichenfolge in Network suchen: Sie darf in Anfragezeilen, Bodies und Statistikberichten nicht vorkommen. Nach dem Schließen des Tabs bleibt diese Eingabe nicht auf einem FastPwd-Server – weil sie dort nie als Nutzdaten angekommen ist.
Die Schritte an einem Fake-Ticket durchspielen
Wenn Sie an einer Seite üben wollen, die die Rechengrenze schriftlich festhält, öffnen Sie die FastPwd-Schwärzung. Sofort nutzbar, keine Anmeldung. Fügen Sie das Fake-Ticket oben ein, lassen Sie Telefon, Ausweisnummer, Bankkarte, E-Mail, API Key und IP an, lesen Sie die Treffertypen unter der Standardmaske, schalten Sie dann die vollständige Maskierung ein und vergleichen Sie noch einmal.
Denselben Stoff nutzen Sie für die zweite Übung: Erst wenn übrig gebliebene Fake-Passwörter Platzhalter sind, darf der Text ins KI-Feld. Muss ein vollständiges Geheimnis einen Kollegen erreichen, wechseln Sie zum Einmal-Link. Kleben Sie Adresse und Schlüssel des Einmal-Links nicht zurück in die KI. Trägt das Ticket noch einen Kampagnen-Kurzlink, entfernen Sie auf derselben Seite mit Tracking entfernen utm_*, fbclid und gclid, bevor Sie entscheiden, ob diese URL in den Prompt gehört.
Diese Übungen beweisen nicht, dass eine Site „absolut sicher“ ist. Sie lassen Sie vor dem Senden mit einem Vergleich dastehen, den ein Kollege lesen kann: Canarys, Treffertypen, Platzhalter und bei Bedarf ein Network-Lauf. Tauschen Sie irgendeine „intelligente Schwärzung“ oder ein „Enterprise-KI-Gateway“ ein – die Schritte bleiben dieselben.
Merken Sie sich beim nächsten Versand drei Dinge. Erstens: Lesen Sie den Text, den Sie senden, nicht den Buttontext. Zweitens: Regeln decken verstreute Felder ab, nicht ein ganzes Passwort. Drittens: Ein Trainingsschalter ändert, wie die Gegenseite den Text nutzt; er ändert nicht, dass die Felder dieses Gerät schon verlassen haben. Ein Vergleich, den Sie wiederholen können, gehört in Ihre eigene Ticketregel.
Weiterlesen
Ob die Schwärzungsseite selbst den Ausgangstext gesendet hat, prüfen Sie mit derselben Canary in Network: So prüfen Sie, dass browserlokale Verschlüsselung keinen Klartext sendet. Muss ein vollständiges Geheimnis eine Person statt ein Modell erreichen, lesen Sie, warum ein Schlüssel hinter der Raute sitzen kann: Warum sich ein Schlüssel hinter der URL-Raute eignet – und wann der Schutz fällt.