Fuites de données IA : ce qu'une violation fait de vos prompts

Quand un fournisseur d'IA subit une violation — piratage ou simple bug — vos anciens prompts peuvent ressurgir : indexés dans un moteur de recherche, affichés à un autre utilisateur, ou revendus après une fuite chez un courtier en données. Vous ne pouvez pas empêcher la faille d'un tiers ; vous pouvez faire en sorte que ce qui fuite ne vaille rien. Anonymiser avant l'envoi, c'est garantir qu'une violation expose des jetons, pas vos données clients ou patients.

Ce qu'une fuite fait de vos prompts

Une fuite ne prend pas toujours la forme d'un piratage spectaculaire. Plusieurs incidents documentés montrent à quel point la donnée envoyée échappe à votre contrôle une fois partie.

• Conversations rendues publiques : des chats partagés se sont retrouvés indexés et accessibles via des moteurs de recherche.
• Croisement de sessions : à cause d'un bug, des utilisateurs ont pu voir des bribes de conversations d'autres personnes.
• Revente après fuite : des données échappées chez un tiers nourrissent les courtiers en données.
• Persistance : « ce que vous avez tapé reste enregistré, même si vous supprimez le chat ».

Vous ne contrôlez pas la sécurité d'un tiers

Les fournisseurs investissent en sécurité, mais aucun système n'est inviolable, surtout au volume de données qu'ils traitent. Un commentaire le résume : « sécuriser tout ça, 100 % du temps, indéfiniment, c'est très, très difficile ». Et un autre, plus brutal : « vous avez perdu le contrôle au moment où vous avez commencé ». La seule variable qui reste de votre côté, c'est la nature de ce que vous envoyez.

La parade : qu'il ne reste rien d'exploitable

On ne peut pas garantir qu'un tiers ne sera jamais victime d'une fuite. On peut garantir que, le jour où cela arrive, la donnée concernée soit inexploitable. Si l'identité, les coordonnées et les identifiants ont été remplacés par des jetons avant l'envoi, une violation n'expose que des chaînes neutres — sans le mapping, qui n'a jamais quitté votre navigateur.

1. 1Détection : un moteur repère les données sensibles avant l'envoi.
2. 2Tokenisation : chacune devient un jeton neutre, conservé en mémoire locale.
3. 3Envoi : seul le texte anonymisé part — une fuite côté fournisseur n'expose que des jetons.
4. 4Restauration : la réponse est détokenisée dans votre navigateur.

ONYRI Sanitize réduit la surface d'une fuite à zéro donnée identifiante : il anonymise avant l'envoi et garde le mapping côté navigateur. Même en cas de violation chez le fournisseur, il n'y a rien d'identifiant à exfiltrer.