Le caviardage définitif détruit l'information à jamais. Or une grande partie du travail réel — envoyer un contrat à un expert, faire circuler un dossier, confier un fichier à un prestataire pour analyse — exige l'inverse : des identités retirées pour le monde extérieur, mais récupérables pour vous. C'est précisément à cela que sert le caviardage réversible.
Points essentiels
- Le caviardage réversible remplace chaque entité par un token stable et unique au lieu d'un rectangle noir définitif, en conservant la table de correspondance token-vers-valeur sur votre propre machine.
- La même valeur réelle correspond toujours au même token, de sorte qu'une entité demeure cohérente dans tout un document ou un dossier.
- Contrairement au caviardage définitif, les documents tokenisés peuvent être décodés pour retrouver les identités d'origine chaque fois que vous en avez besoin.
- La confidentialité du caviardage réversible dépend entièrement du fait que la table de correspondance soit stockée en local plutôt que dans le cloud.
La réponse en bref
Le caviardage réversible remplace chaque donnée personnelle par un code stable et unique — un token — au lieu d'un rectangle noir définitif, et conserve une table privée de correspondance code-vers-valeur sur votre machine. Cela vous permet de partager un document dont les identités ont été retirées, de conserver le même token pour la même personne dans tout un fichier, et de le décoder pour retrouver les valeurs d'origine en interne lorsque vous en avez besoin. Le caviardage ordinaire est à sens unique et détruit cette possibilité.
Pourquoi le caviardage à sens unique n'est pas toujours ce que vous voulez
Le caviardage définitif est le bon outil lorsqu'un document est destiné au registre public. Mais une grande partie du travail se situe entre « entièrement identifié » et « disparu à jamais » :
- Vous devez envoyer un contrat à un prestataire ou à un expert avec les noms retirés, mais votre propre équipe doit toujours savoir qui est qui.
- Le même individu apparaît sur des dizaines de pages, et « [PERSON_14] » doit désigner la même personne à chaque fois.
- Vous voulez qu'un tiers analyse un document, puis rattache les résultats aux entités réelles par la suite.
Les rectangles noirs rendent tout cela impossible. Une fois le contenu détruit, il n'existe aucun chemin de retour.
Comment fonctionne la tokenisation
Au lieu de supprimer une entité, un outil de tokenisation :
- Détecte chaque donnée personnelle — noms, adresses, identifiants, numéros de compte.
- Remplace chacune par un token cohérent, de sorte que la même valeur corresponde toujours au même code : « Jane Okafor » devient
[PERSON_14]partout dans le document et dans tout le lot. - Stocke la table de correspondance en local — un registre privé associant le token à la valeur d'origine, qui réside sur votre machine, jamais sur le serveur d'un fournisseur.
- Décode à la demande — lorsque vous, ou un collègue travaillant sur la même machine, avez besoin de retrouver les identités réelles, l'outil inverse la table de correspondance.
Le document que vous partagez ne contient que des tokens. La clé permettant de les inverser reste chez vous.
Caviardage réversible ou définitif
| Propriété | Caviardage définitif | Tokenisation réversible |
|---|---|---|
| Données sous-jacentes | Détruites | Remplacées par un code, table conservée en local |
| Pouvez-vous récupérer les identités ? | Non | Oui, depuis votre machine |
| Cohérent dans tout un dossier | Pas intrinsèquement | Oui — stable par entité |
| Idéal pour | Dépôts publics, communication finale | Partage interne, revue par un prestataire ou un expert, analyse |
Aucun n'est « meilleur » — ils répondent à des besoins différents. Les outils d'anonymisation aboutis proposent les deux, entité par entité, afin que vous décidiez de ce qui est supprimé définitivement ou tokenisé.
L'endroit où réside la table de correspondance change tout
La sécurité du caviardage réversible repose entièrement sur l'endroit où est stockée la table associant le token à la valeur d'origine. Si elle réside dans un service cloud, vous avez réintroduit exactement l'exposition à un tiers que vous cherchiez à éviter — voyez le caviardage de PDF juridiques sans le cloud. Bien fait, la table de correspondance ne quitte jamais votre appareil, le même principe qui devrait régir le caviardage lui-même.
Questions fréquentes
Les données tokenisées sont-elles encore des « données personnelles » au sens du RGPD ?
Généralement oui, si vous conservez la table de correspondance. Les autorités de régulation traitent le remplacement réversible comme de la pseudonymisation, et non de l'anonymisation — une distinction importante abordée dans l'anonymisation de documents au regard du RGPD.
Deux personnes différentes peuvent-elles obtenir le même token ?
Non. Une bonne tokenisation attribue un code unique et stable par entité distincte, de sorte que les tokens n'entrent pas en collision et que la même personne reste cohérente d'un bout à l'autre.
Où la clé d'inversion est-elle stockée ?
Elle doit rester locale à votre machine. Si un outil la conserve dans le cloud, la réversibilité se paie au prix de la confidentialité que vous cherchiez à obtenir.
En résumé
Le caviardage réversible vous offre un moyen de partager des documents en toute sécurité sans jeter l'information dont vous avez encore besoin. La seule règle qui le rend digne de confiance : la table de correspondance reste sur votre appareil.
promptShield vous laisse choisir, entité par entité, entre le caviardage définitif et la tokenisation réversible — avec la table de correspondance des tokens stockée en local sur votre appareil et un décodage en un clic lorsque vous avez besoin de retrouver les valeurs d'origine. Essayez-le sur votre propre document.
