L’incident concernant des conversations partagées depuis Claude rappelle qu’un lien difficile à deviner ne constitue pas une protection. Voici la méthode technique, organisationnelle et juridique permettant d’éviter qu’un échange avec une intelligence artificielle devienne accessible depuis un moteur de recherche.
Les conversations IA privées peuvent contenir des informations personnelles, des secrets d’affaires, des données de santé, des opinions politiques ou des éléments couverts par le secret professionnel. Pourtant, il suffit parfois d’utiliser une fonction de partage pour transformer un échange confidentiel en page web accessible sans authentification. Si cette page est mal configurée, elle peut ensuite apparaître dans Google, Bing ou d’autres moteurs de recherche.
Ce qui s’est réellement passé avec Claude
Le 27 juillet 2026, WIRED a révélé que plusieurs conversations Claude partagées au moyen d’un lien public étaient accessibles dans les résultats de Google et de Bing. Certaines concernaient des sujets particulièrement sensibles, notamment les opinions politiques, la déontologie professionnelle ou la vie sexuelle.
Il convient toutefois d’être précis. Aucun élément publié ne démontre une intrusion dans les comptes Claude ou un accès aux historiques privés des utilisateurs. Les conversations concernées avaient préalablement été partagées par leurs auteurs au moyen de la fonctionnalité créant une adresse du type claude.ai/share.
Selon la documentation d’Anthropic, toute personne disposant d’un tel lien peut consulter la copie de la conversation créée au moment du partage. L’adresse est donc publique sur le plan technique, même lorsqu’elle n’est communiquée qu’à une seule personne. La qualifier de « privée » devient alors trompeur.
L’enquête a néanmoins mis en évidence un défaut important. Anthropic demandait aux robots d’exploration de ne pas parcourir les pages partagées au moyen du fichier robots.txt, mais les pages examinées ne comportaient pas de directive noindex.
Cette distinction explique une grande partie de l’incident.
Pourquoi le fichier robots.txt ne protège pas une conversation
Le fichier robots.txt indique aux robots quelles parties d’un site ils sont autorisés à explorer. Il ne constitue ni un contrôle d’accès, ni une mesure de confidentialité, ni une interdiction absolue d’indexation.
Une adresse bloquée dans robots.txt peut malgré tout être découverte par un moteur de recherche lorsqu’elle apparaît dans un lien publié ailleurs. Le moteur peut alors enregistrer l’adresse, même s’il ne consulte pas directement le contenu de la page.
La documentation de Google précise également qu’un robot doit pouvoir accéder à la page pour y lire une directive noindex. Bloquer simultanément la page dans robots.txt peut donc produire un résultat paradoxal : le moteur connaît l’adresse, mais ne peut pas lire l’instruction lui demandant de ne pas l’indexer.
Bing résume la règle de manière encore plus directe : robots.txt contrôle l’exploration, tandis que noindex contrôle l’indexation.
Enfin, ces directives reposent sur la coopération des robots. Un robot malveillant, un outil d’archivage ou un service de collecte de données peut décider de ne pas les respecter. Un contenu réellement confidentiel doit donc être protégé par une authentification et une autorisation d’accès côté serveur.
Privé, non répertorié ou public : trois situations différentes
La première mesure consiste à employer les bons termes.
| Niveau de partage | Personnes pouvant accéder au contenu | Protection nécessaire |
|---|---|---|
| Privé | Utilisateurs identifiés et expressément autorisés | Authentification, contrôle des droits et journalisation |
| Non répertorié | Toute personne disposant du lien | Adresse aléatoire, expiration, révocation et noindex |
| Public | Tout internaute et les moteurs de recherche | Information claire et indexation éventuellement autorisée |
Un lien non répertorié n’est pas un lien privé. Il fonctionne comme un jeton d’accès transmissible. Il peut être copié dans un courriel, enregistré dans un historique, publié accidentellement, transmis par une messagerie ou récupéré dans des journaux techniques.
La méthode pour sécuriser le partage des conversations
1. Rendre le partage privé par défaut
La création d’un lien public ne doit jamais être le réglage par défaut. L’utilisateur doit choisir explicitement entre :
- un partage avec des personnes identifiées ;
- un lien non répertorié ;
- une publication réellement publique.
L’interface doit afficher un avertissement compréhensible avant la création du lien. Une formule telle que « toute personne disposant de ce lien pourra consulter la conversation » est plus honnête que l’expression « lien privé ».
L’utilisateur doit également pouvoir prévisualiser exactement les messages, réponses et productions qui seront accessibles.
2. Réserver les liens publics aux contenus non confidentiels
Une conversation contenant des données personnelles, des informations relatives à la santé, des opinions politiques, des données financières, des identifiants, des contrats ou des documents internes ne devrait pas être partagée au moyen d’un simple lien public.
Pour ces contenus, la plateforme doit imposer une authentification et vérifier que la personne connectée figure parmi les destinataires autorisés. Une adresse complexe ou impossible à deviner ne remplace jamais ce contrôle.
3. Appliquer une directive noindex aux liens non répertoriés
Lorsqu’un lien doit rester accessible sans authentification mais ne doit pas apparaître dans les moteurs de recherche, chaque page doit comporter la balise suivante dans son en-tête HTML :
<meta name="robots" content="noindex, nofollow">
La même instruction peut être transmise dans l’en-tête HTTP :
X-Robots-Tag: noindex, nofollow
L’en-tête HTTP est particulièrement utile pour les fichiers non HTML, notamment les documents PDF, les images ou les exports générés par la plateforme.
Pour que Google puisse prendre en compte cette instruction, le robot doit pouvoir accéder à la page. Il ne faut donc pas compter sur une règle Disallow dans robots.txt pour empêcher l’indexation d’une page publique.
4. Limiter la conservation et la diffusion technique
Les pages partagées devraient également renvoyer les en-têtes suivants :
Cache-Control: private, no-store
Referrer-Policy: no-referrer
Cache-Control limite la conservation du contenu par les navigateurs et les intermédiaires. Referrer-Policy réduit le risque que l’adresse complète de la conversation soit transmise à un autre site lorsque l’utilisateur clique sur un lien.
Ces mesures ne remplacent pas l’authentification, mais réduisent les possibilités de propagation involontaire.
5. Prévoir l’expiration et la révocation
Tout lien de partage doit disposer :
- d’une date d’expiration ;
- d’un bouton de révocation immédiate ;
- d’une adresse générée aléatoirement et suffisamment longue ;
- d’une option de protection par code ;
- d’un journal indiquant la date de création, les modifications et la révocation ;
- d’une limitation du nombre de consultations en cas d’usage sensible.
Après révocation, l’adresse doit renvoyer un code HTTP 404 ou 410, ou exiger une authentification. Afficher un message d’erreur tout en continuant à transmettre la conversation dans le code source serait insuffisant.
6. Tester les pages comme un utilisateur non authentifié
Le contrôle doit être effectué sans session ouverte et depuis un autre navigateur. Pour chaque type de lien, il faut vérifier :
- le code HTTP renvoyé ;
- la présence effective de
noindexdans le HTML ou les en-têtes ; - l’absence de données dans le code source lorsque l’accès est refusé ;
- le fonctionnement de l’expiration ;
- l’impossibilité de consulter un lien révoqué ;
- l’absence de ces adresses dans les plans de site et les listes publiques ;
- la présence éventuelle de résultats dans Google et Bing.
Les outils d’inspection de Google Search Console et de Bing Webmaster Tools permettent de vérifier ce que leurs robots reçoivent réellement. Une simple recherche avec l’opérateur site: peut fournir un indice, mais elle ne constitue pas un inventaire exhaustif.
Ces vérifications devraient être intégrées aux tests automatiques avant chaque mise en production.
Que faire lorsqu’une conversation est déjà indexée ?
La priorité consiste à supprimer l’accès au contenu, et non simplement à faire disparaître le résultat du moteur de recherche.
Contenir l’exposition
Il faut immédiatement révoquer les liens concernés, suspendre temporairement la création de nouveaux liens si le défaut est général et protéger les contenus par authentification. Pour une suppression définitive, le serveur doit renvoyer un code 404 ou 410.
Les éléments de preuve nécessaires à l’analyse doivent être conservés dans un environnement interne sécurisé avant la suppression publique.
Recenser les contenus concernés
L’organisme doit établir la liste des liens créés à partir de sa base de données, de ses journaux d’accès, de ses outils d’administration et des consoles des moteurs de recherche. Il ne faut pas se limiter aux résultats visibles lors d’une recherche manuelle.
L’analyse doit notamment déterminer :
- la durée de l’exposition ;
- le nombre de conversations concernées ;
- les catégories de données présentes ;
- la présence de données sensibles ;
- le nombre de consultations ;
- les moteurs ou robots ayant accédé aux pages ;
- l’apparition éventuelle d’extraits dans les résultats.
Demander la désindexation
Google Search Console permet de demander le retrait rapide d’une adresse. Cette mesure reste temporaire si la page demeure publique. Il faut donc la compléter par une suppression, une protection par authentification ou une directive noindex.
Bing Webmaster Tools propose également un mécanisme de blocage et de suppression des adresses. Les caches du site, du CDN et des éventuels services intermédiaires doivent être invalidés.
Une désindexation ne permet pas de récupérer les copies déjà enregistrées, téléchargées ou rediffusées par des tiers.
Qualifier l’éventuelle violation de données
La présence de données personnelles dans une page indexée peut caractériser une violation de confidentialité lorsqu’elle entraîne une divulgation ou un accès non autorisé.
Cette qualification n’est cependant pas automatique. Il faut tenir compte de l’information fournie à l’utilisateur, de l’action qu’il a réalisée, de la visibilité annoncée du lien et des mesures promises par la plateforme. Si l’utilisateur a volontairement publié une conversation avec une information parfaitement claire sur son caractère public, l’analyse sera différente.
En revanche, si la plateforme présentait le partage comme privé, confidentiel ou limité aux détenteurs du lien tout en permettant son indexation, la qualification de violation devient sérieusement envisageable.
Toute violation de données personnelles doit être documentée. Une notification à la CNIL est nécessaire lorsqu’elle est susceptible d’engendrer un risque pour les droits et libertés des personnes. Cette notification doit intervenir, lorsque cela est possible, dans les 72 heures suivant le moment où le responsable du traitement en a connaissance. Les personnes concernées doivent être informées lorsque le risque est élevé.
La présence de données de santé, d’opinions politiques, d’informations relatives à la vie sexuelle, de secrets professionnels ou de données susceptibles d’entraîner une discrimination augmente sensiblement le niveau de risque.
Ce que les utilisateurs de Claude peuvent vérifier immédiatement
Les utilisateurs des offres Claude Free, Pro ou Max peuvent consulter la liste de leurs conversations partagées dans les paramètres :
Settings > Privacy > Shared chats > Manage
Ils peuvent ensuite utiliser la fonction Unshare pour désactiver chaque lien. Selon la documentation actuelle d’Anthropic, les conversations des offres Team et Enterprise ne peuvent être partagées qu’avec les membres de la même organisation.
La révocation empêche les nouveaux accès par le lien d’origine. Elle ne garantit pas la disparition des copies, captures d’écran ou reprises déjà effectuées par des tiers.
Une responsabilité qui ne peut pas être transférée aux moteurs de recherche
Sur la base des informations disponibles, le nombre exact de conversations concernées, la manière dont les moteurs ont découvert chaque adresse et l’étendue réelle des consultations ne sont pas établis. Anthropic n’avait pas répondu aux questions de WIRED au moment de la publication de l’enquête.
L’absence de directive noindex constitue néanmoins une faiblesse de conception identifiable. Confier la confidentialité d’une conversation à un fichier robots.txt revient à demander poliment aux robots de ne pas regarder une page qui reste accessible à tous.
La règle à retenir est simple : robots.txt gère l’exploration, noindex gère l’indexation et l’authentification protège réellement le contenu. Dès qu’une conversation contient des informations personnelles ou confidentielles, seule la troisième mesure doit être considérée comme une garantie de sécurité.
