~/tools / Prompt Redactor
Prompt Redactor — Masquez clés, jetons et données personnelles avant de coller dans une IA
Masquez clés d'API, jetons, clés privées, e-mails, adresses IP et numéros de carte avant de coller un texte dans un chat d'IA, puis remettez les originaux dans la réponse. Rien ne quitte votre navigateur.
Texte masqué
Le texte masqué apparaît ici.
L'outil trouve les textes ayant une forme reconnaissable. Il ne peut pas trouver d'informations confidentielles écrites en phrases ordinaires : ne rien trouver ne signifie donc pas que tout est sûr.
Relisez le texte masqué avant de l'envoyer.
Les formats de clés ont été vérifiés dans la documentation des éditeurs et dans les RFC le 2026-10-23.
Tout s'exécute dans votre navigateur. Ni votre texte ni la table de restauration ne sont envoyés.
Les prompts contiennent souvent plus que ce que vous vouliez partager : une chaîne de connexion dans une trace d'erreur, une clé dans un fichier de configuration, l'e-mail d'un client dans une ligne de journal. Cet outil repère les secrets et les données personnelles qui ont une forme reconnaissable et remplace chacun par un marqueur tel que [EMAIL_1]. La même valeur reçoit toujours le même marqueur, de sorte que l'IA peut continuer à suivre qui est qui. Quand l'IA répond, collez sa réponse dans la zone de restauration et vos originaux sont remis en place. Il détecte des motifs, pas le sens : un texte sans forme fixe, comme un plan confidentiel rédigé en phrases, n'est pas détecté. Relisez toujours le résultat avant de l'envoyer.
Cas d'usage
- Nettoyer une trace d'erreur, un extrait de journal ou un fichier de configuration avant de demander à une IA de le déboguer
- Partager un extrait de code qui contient une chaîne de connexion ou un jeton
- Remplacer de vraies adresses e-mail et IP par des marqueurs dans une conversation d'assistance
Utilisation
- Collez votre texte, ou chargez l'exemple.
- Consultez la liste de ce qui est détecté et décochez ce que vous ne voulez pas masquer.
- Copiez le texte masqué dans le chat de l'IA.
- Collez la réponse de l'IA dans la zone de restauration pour récupérer vos vraies valeurs.
Ce qu'il peut trouver
L'outil repère le texte d'après sa forme. Voici les formats qu'il reconnaît grâce à un préfixe ou à une structure documentés.
| Type | Ce qu'il cherche | Ce qui est documenté |
|---|---|---|
| Clé privée | Un bloc allant de -----BEGIN … PRIVATE KEY----- à la ligne END correspondante | La RFC 7468 définit les lignes BEGIN et END et les libellés PRIVATE KEY et ENCRYPTED PRIVATE KEY. Les libellés RSA, EC et OPENSSH relèvent d'une convention. |
| Identifiant de clé d'accès AWS | AKIA ou ASIA suivi de 16 lettres majuscules ou chiffres | AWS documente les préfixes : AKIA pour les clés d'accès, ASIA pour les clés temporaires. Ses exemples font 20 caractères. |
| Jeton GitHub | ghp_, gho_, ghu_, ghs_, ghr_ ou github_pat_ | GitHub documente les préfixes. La longueur et les caractères ne sont pas documentés. |
| Jeton Slack | xoxb-, xoxp-, xapp- ou xwfp- | Slack documente ces préfixes. |
| Clé Stripe | sk_, pk_ ou rk_ suivi de test_ ou live_ | Stripe documente ces préfixes. |
| Clé d'API Anthropic | sk-ant-api… | Anthropic ne documente que le préfixe. |
| JWT | Trois parties en base64url séparées par des points, la première commençant par eyJ | La RFC 7519 définit les trois parties. Commencer par eyJ est un motif courant, pas une règle. |
| En-tête Authorization | Bearer, Basic ou Token suivi d'un identifiant | La RFC 6750 définit Bearer et la RFC 7617 définit Basic. |
| Mot de passe dans une URL | scheme://user:password@host | La RFC 3986 dit que la forme user:password est dépréciée. |
Motifs ressemblant à des secrets
Certains formats n'ont aucune forme publiée. Les clés OpenAI, les clés d'API Google et l'affectation d'une valeur à un nom tel que password, secret ou api_key sont repérées par des suppositions : elles peuvent donc laisser passer une clé ou masquer quelque chose d'anodin. L'outil les présente dans un groupe séparé pour que vous puissiez les désactiver.
Les numéros de carte doivent avoir 13 à 19 chiffres, commencer comme ceux d'un grand réseau de cartes et passer le contrôle du chiffre de Luhn. La vérification du début du numéro évite que des horodatages à 13 chiffres soient pris pour des cartes. Le numéro de carte de test documenté par Stripe, 4242 4242 4242 4242, est détecté.
Pourquoi les marqueurs gardent leurs noms
La même valeur reçoit toujours le même marqueur, et chaque valeur différente reçoit son propre numéro : [EMAIL_1], [EMAIL_2]. L'IA peut ainsi continuer à raisonner sur qui est qui, par exemple que [IP_1] ne peut pas joindre [IP_2], sans voir les vraies adresses.
Quand vous collez la réponse de l'IA dans la zone de restauration, chaque marqueur qu'elle a conservé est remplacé par la valeur d'origine. Si l'IA réécrit ou supprime un marqueur, celui-ci ne peut pas être restauré.
Ce qu'il ne trouvera pas
- Les noms, adresses et numéros de téléphone écrits en phrases.
- Les noms d'hôtes internes, identifiants de clients, noms de code de projets et autres mots qui ne sont secrets que par leur contexte.
- Les clés dans un format qu'il ne connaît pas.
- Un secret déjà collé quelque part. Le masquer maintenant ne le reprend pas.
Relisez le texte masqué avant de l'envoyer. Ne rien trouver ne prouve pas que tout est sûr.
Sources (vérifiées le 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
Que détecte-t-il ?
Les blocs de clé privée, les JWT et les jetons dont l'éditeur documente le préfixe (identifiants de clé d'accès AWS, clés GitHub, Slack et Stripe, clés Anthropic) ; les en-têtes Authorization, les mots de passe dans les URL et les valeurs affectées à des noms comme password ou api_key ; et les données personnelles : adresses e-mail, adresses IPv4 et numéros de carte qui passent le contrôle de Luhn.
Pourquoi certaines détections sont-elles qualifiées de « motifs ressemblant à des secrets » ?
Les éditeurs documentent le préfixe de certaines clés, mais pas leur longueur ni leurs caractères exacts, et certains formats, comme les clés OpenAI, ne sont pas documentés du tout. Ces contrôles sont des suppositions fondées sur la forme : ils peuvent laisser passer une clé ou masquer quelque chose d'anodin. Décochez une catégorie si elle vous gêne.
Garantit-il qu'il ne reste rien de sensible ?
Non. Il ne reconnaît pas les secrets sans forme fixe, un nom écrit dans une phrase, ni une clé dans un format qu'il ne connaît pas. Relisez le texte masqué avant de l'envoyer.
Comment fonctionne la restauration ?
L'outil garde une table des marqueurs et des valeurs qu'ils remplacent, uniquement dans la mémoire de cette page. Quand vous collez la réponse de l'IA, chaque marqueur connu est remis à sa place. Si vous rechargez la page, la table disparaît : gardez donc la page ouverte pendant que vous travaillez.
Pourquoi un nombre que je voulais garder est-il devenu [CARD_1] ?
La détection des cartes cherche 13 à 19 chiffres qui commencent comme ceux d'un grand réseau de cartes et passent le contrôle de Luhn : un nombre sans rapport peut donc correspondre par hasard. Décochez Numéros de carte pour la désactiver.
Mon texte est-il envoyé à un serveur ?
Non. La détection et la restauration s'exécutent toutes deux dans votre navigateur.