>_toolkitbox

~/tools / Prompt Redactor

Prompt Redactor — Schlüssel und Personendaten vor dem Einfügen in eine KI maskieren

Maskieren Sie API-Schlüssel, Tokens, private Schlüssel, E-Mail-Adressen, IP-Adressen und Kartennummern, bevor Sie Text in einen KI-Chat einfügen, und setzen Sie die Originale anschließend wieder in die Antwort ein. Nichts verlässt Ihren Browser.

Was maskiert werden soll

Dokumentierte Formate — vom Anbieter oder in einem RFC veröffentlicht

Muster, die wie Geheimnisse aussehen — aus Form oder Name erraten; kann etwas übersehen oder zu viel erfassen

Personenbezogene und Netzwerkdaten — per Muster gefunden

Maskierter Text

Der maskierte Text erscheint hier.

Das Tool findet Text mit erkennbarer Form. Vertrauliche Informationen in normalen Sätzen findet es nicht, ein fehlender Fund bedeutet also nicht, dass etwas unbedenklich ist.

Lesen Sie den maskierten Text durch, bevor Sie ihn senden.

Die Schlüsselformate wurden am 2026-10-23 mit der Dokumentation der Anbieter und mit RFCs abgeglichen.

Alles läuft in Ihrem Browser. Weder Ihr Text noch die Wiederherstellungstabelle wird hochgeladen.

Prompts enthalten oft mehr, als Sie teilen wollten: einen Connection-String in einem Stacktrace, einen Schlüssel in einer Konfigurationsdatei, die E-Mail-Adresse eines Kunden in einer Logzeile. Dieses Tool findet Geheimnisse und personenbezogene Daten mit erkennbarer Form und ersetzt jedes durch einen Platzhalter wie [EMAIL_1]. Derselbe Wert erhält immer denselben Platzhalter, sodass die KI weiterhin nachvollziehen kann, was was ist. Wenn die KI antwortet, fügen Sie ihre Antwort in das Wiederherstellungsfeld ein, und Ihre Originale werden wieder eingesetzt. Es erkennt Muster, keine Bedeutung: Text ohne feste Form, etwa ein vertraulicher Plan in ganzen Sätzen, wird nicht erkannt. Lesen Sie das Ergebnis immer durch, bevor Sie es senden.

Anwendungsfälle

  • Einen Stacktrace, Log-Auszug oder eine Konfigurationsdatei bereinigen, bevor eine KI beim Debuggen helfen soll
  • Ein Code-Snippet teilen, das einen Connection-String oder ein Token enthält
  • Echte E-Mail-Adressen und IP-Adressen in einem Support-Verlauf durch Platzhalter ersetzen

Verwendung

  1. Fügen Sie Ihren Text ein oder laden Sie das Beispiel.
  2. Prüfen Sie die Liste der Funde und entfernen Sie den Haken bei allem, was nicht maskiert werden soll.
  3. Kopieren Sie den maskierten Text in den KI-Chat.
  4. Fügen Sie die Antwort der KI in das Wiederherstellungsfeld ein, um Ihre echten Werte zurückzuholen.

Was es finden kann

Das Tool erkennt Text an seiner Form. Dies sind die Formate, die es an einem dokumentierten Präfix oder Aufbau erkennt.

TypWonach es suchtWas dokumentiert ist
Privater SchlüsselEin Block von -----BEGIN … PRIVATE KEY----- bis zur passenden END-ZeileRFC 7468 definiert die BEGIN- und END-Zeilen sowie die Labels PRIVATE KEY und ENCRYPTED PRIVATE KEY. Die Labels RSA, EC und OPENSSH sind eine Konvention.
AWS-Zugriffsschlüssel-IDAKIA oder ASIA, gefolgt von 16 Großbuchstaben oder ZiffernAWS dokumentiert die Präfixe: AKIA für Zugriffsschlüssel, ASIA für temporäre Schlüssel. Die Beispiele sind 20 Zeichen lang.
GitHub-Tokenghp_, gho_, ghu_, ghs_, ghr_ oder github_pat_GitHub dokumentiert die Präfixe. Länge und Zeichen sind nicht dokumentiert.
Slack-Tokenxoxb-, xoxp-, xapp- oder xwfp-Slack dokumentiert diese Präfixe.
Stripe-Schlüsselsk_, pk_ oder rk_, gefolgt von test_ oder live_Stripe dokumentiert diese Präfixe.
Anthropic-API-Schlüsselsk-ant-api…Anthropic dokumentiert nur das Präfix.
JWTDrei Base64url-Teile, durch Punkte getrennt, der erste beginnt mit eyJRFC 7519 definiert die drei Teile. Der Beginn mit eyJ ist ein verbreitetes Muster, keine Regel.
Authorization-HeaderBearer, Basic oder Token, gefolgt von einer ZugangsberechtigungRFC 6750 definiert Bearer und RFC 7617 definiert Basic.
Passwort in einer URLscheme://user:password@hostRFC 3986 sagt, dass die Form user:password veraltet ist.

Muster, die wie Geheimnisse aussehen

Manche Formate haben keine veröffentlichte Form. OpenAI-Schlüssel, Google-API-Schlüssel und die Zuweisung eines Werts an einen Namen wie password, secret oder api_key werden anhand von Vermutungen erkannt, können also einen Schlüssel übersehen oder etwas Harmloses maskieren. Das Tool zeigt sie in einer eigenen Gruppe, damit Sie sie ausschalten können.

Kartennummern müssen 13 bis 19 Ziffern haben, wie bei einem großen Kartennetzwerk beginnen und die Prüfziffer nach Luhn bestehen. Die Prüfung des Zahlenanfangs verhindert, dass 13-stellige Zeitstempel als Karten behandelt werden. Die von Stripe dokumentierte Testkartennummer 4242 4242 4242 4242 wird erkannt.

Warum Platzhalter ihre Namen behalten

Derselbe Wert erhält immer denselben Platzhalter, und jeder andere Wert bekommt seine eigene Nummer: [EMAIL_1], [EMAIL_2]. Die KI kann weiterhin nachvollziehen, was was ist, zum Beispiel dass [IP_1] [IP_2] nicht erreichen kann, ohne die echten Adressen zu sehen.

Wenn Sie die Antwort der KI in das Wiederherstellungsfeld einfügen, wird jeder Platzhalter, den sie beibehalten hat, durch den ursprünglichen Wert ersetzt. Schreibt die KI einen Platzhalter um oder lässt ihn weg, kann dieser nicht wiederhergestellt werden.

Was es nicht findet

  • Namen, Adressen und Telefonnummern, die in Sätzen geschrieben sind.
  • Interne Hostnamen, Kunden-IDs, Projektcodenamen und andere Wörter, die nur durch den Zusammenhang geheim sind.
  • Schlüssel in einem Format, das es nicht kennt.
  • Ein Geheimnis, das bereits irgendwo eingefügt wurde. Maskieren holt es jetzt nicht zurück.

Lesen Sie den maskierten Text durch, bevor Sie ihn senden. Wenn etwas nicht gefunden wird, ist das kein Beweis, dass es unbedenklich ist.

Quellen (geprüft am 2026-10-23): RFC 7468: Textual Encodings of PKIX, PKCS, and CMS Structures / RFC 7519: JSON Web Token (JWT) / RFC 6750: The OAuth 2.0 Bearer Token Usage / RFC 7617: The 'Basic' HTTP Authentication Scheme / RFC 3986: Uniform Resource Identifier (URI): Generic Syntax / AWS IAM: Understanding unique ID prefixes / GitHub Docs: About authentication to GitHub / Slack: Tokens / Stripe: API keys / Stripe: Testing

FAQ

Was erkennt es?

Blöcke mit privaten Schlüsseln, JWTs und Tokens, deren Präfix der Anbieter dokumentiert (AWS-Zugriffsschlüssel-IDs, Schlüssel von GitHub, Slack und Stripe, Anthropic-Schlüssel), außerdem Authorization-Header, Passwörter in URLs und Werte, die Namen wie password oder api_key zugewiesen sind, sowie personenbezogene Daten: E-Mail-Adressen, IPv4-Adressen und Kartennummern, die die Luhn-Prüfung bestehen.

Warum heißen manche Erkennungen Muster, die wie Geheimnisse aussehen?

Anbieter dokumentieren bei manchen Schlüsseln das Präfix, aber nicht die Länge oder die genauen Zeichen, und manche Formate, etwa die von OpenAI-Schlüsseln, sind gar nicht dokumentiert. Diese Prüfungen sind Vermutungen anhand der Form, können also einen Schlüssel übersehen oder etwas Harmloses maskieren. Entfernen Sie den Haken bei einer Kategorie, wenn sie stört.

Garantiert es, dass nichts Sensibles übrig bleibt?

Nein. Es kann Geheimnisse ohne feste Form, einen in einem Satz geschriebenen Namen oder einen Schlüssel in einem unbekannten Format nicht erkennen. Lesen Sie den maskierten Text durch, bevor Sie ihn senden.

Wie funktioniert die Wiederherstellung?

Das Tool führt eine Tabelle der Platzhalter und der Werte, die sie ersetzt haben, ausschließlich im Speicher dieser Seite. Fügen Sie die Antwort der KI ein, wird jeder bekannte Platzhalter zurückgetauscht. Laden Sie die Seite neu, ist die Tabelle weg. Lassen Sie die Seite also während der Arbeit geöffnet.

Warum wurde eine Zahl, die ich behalten wollte, zu [CARD_1]?

Die Kartenerkennung sucht 13 bis 19 Ziffern, die wie bei einem großen Kartennetzwerk beginnen und die Luhn-Prüfung bestehen, sodass eine unbeteiligte Zahl zufällig passen kann. Entfernen Sie den Haken bei Kartennummern, um sie auszuschalten.

Wird mein Text an einen Server gesendet?

Nein. Erkennen und Wiederherstellen laufen beide in Ihrem Browser.

Ähnliche Tools