La liste de contrôle en un coup d’œil
- MaintenantRévoquer et remplacer le secretSeul moyen de rendre l’ancienne valeur inutilisable.
- MaintenantContrôler les accès et les journauxRepérer tôt un abus.
- Aujourd’huiSupprimer le chat, vérifier l’entraînementLimiter la copie conservée chez le fournisseur.
- Aujourd’huiSupprimer les liens partagésPersonne d’autre ne doit pouvoir ouvrir le chat.
- Aujourd’huiInformer l’informatiqueÉvaluer ensemble les conséquences.
- Si nécessaireVérifier l’obligation d’annoncerSi des données personnelles peuvent être concernées.
1. Remplacer immédiatement le secret (rotation)
La documentation de GitHub est claire : un secret divulgué doit être considéré immédiatement comme compromis. Le supprimer seulement n’empêche pas les abus ; ce qui est efficace, c’est de le révoquer auprès du fournisseur. L’OWASP Secrets Management Cheat Sheet indique le même ordre : révoquer, remplacer, retirer du système concerné.
- Clé API ou jeton : le révoquer dans le portail du service et en générer un nouveau. Si un service en production en dépend, mettez d’abord en place la nouvelle clé, puis révoquez l’ancienne.
- Mot de passe : le changer immédiatement. Si vous l’avez aussi utilisé ailleurs, changez-le là aussi. L’Office fédéral de la cybersécurité (OFCS) recommande en outre un mot de passe différent par service et, si possible, l’authentification à deux facteurs.
- Chaîne de connexion avec mot de passe de base de données : attribuer un nouveau mot de passe à l’utilisateur de la base de données et mettre à jour toutes les applications.
N’accordez à la nouvelle clé que les droits nécessaires, comme le recommande l’OWASP.
2. Vérifier les accès et les journaux
Vérifiez ensuite si quelqu’un a utilisé l’ancien accès. GitHub recommande pour cela les journaux d’audit du service auquel appartient le secret. Soyez attentif aux éléments suivants :
- connexions depuis des appareils ou des lieux inconnus,
- appels API inhabituels ou clés et utilisateurs nouvellement créés,
- pour les comptes e-mail : des transferts inconnus. L’OFCS conseille de supprimer immédiatement ces transferts.
3. Supprimer le chat – et ce que cela change
Selon OpenAI, un chat supprimé disparaît immédiatement de votre compte et est effacé définitivement dans un délai de 30 jours – sauf si les données ont déjà été désidentifiées et dissociées du compte, ou si OpenAI doit les conserver plus longtemps pour des raisons de sécurité ou juridiques. Dans les espaces de travail d’entreprise, des outils de conformité autorisés peuvent continuer à y accéder selon la règle de conservation de l’organisation.
Archiver n’est pas supprimer. Un chat archivé reste enregistré et peut être retrouvé par la recherche. Et même la suppression ne remplace pas la rotation.
Concernant l’entraînement : avec un compte personnel, désactivez l’option « Improve the model for everyone » sous Settings › Data controls ; selon OpenAI, cela vaut pour les nouvelles conversations. N’évaluez pas le chat concerné avec un pouce vers le haut ou vers le bas : selon OpenAI, toute la conversation pourrait sinon être utilisée pour l’entraînement, même si celui-ci est désactivé. Plus de détails : Désactiver l’entraînement IA.
4. Supprimer les liens partagés
Un lien issu d’un compte personnel peut être ouvert par toute personne qui le possède. Selon OpenAI, ces pages ne sont pas destinées aux moteurs de recherche, mais elles ne sont pas privées pour autant : les liens peuvent être transférés.
- Sous Settings › Data controls › Shared links › Manage, vous supprimez des liens individuels ou tous les liens.
- Supprimer le chat supprime aussi son lien partagé.
- Si quelqu’un a déjà poursuivi la conversation partagée, sa propre copie reste dans son compte.
5. Informer l’informatique et les responsables de la sécurité
Signalez l’incident rapidement et factuellement. GitHub recommande d’impliquer les responsables du secret et de la sécurité et de documenter l’incident. Informations utiles :
- Quel accès, pour quel service, avec quels droits ?
- Quand, dans quel service d’IA, avec un compte personnel ou professionnel ?
- Le chat a-t-il été partagé ?
- Qu’est-ce qui a déjà été fait (remplacé, supprimé, journaux vérifiés) ?
6. Vérifier l’obligation d’annonce
Un mot de passe divulgué n’est pas automatiquement soumis à une obligation d’annonce. Ce qui est déterminant, c’est de savoir si des données personnelles ont été divulguées ou rendues accessibles à des personnes non autorisées par cet accès.
- Suisse : selon l’art. 24 LPD, le responsable du traitement annonce dans les meilleurs délais au PFPDT les cas de violation de la sécurité des données entraînant vraisemblablement un risque élevé pour les personnes concernées. L’annonce se fait via le formulaire en ligne DataBreach du PFPDT. Les personnes concernées doivent être informées lorsque leur protection l’exige ou que le PFPDT le demande.
- UE : selon l’art. 33 RGPD, le responsable du traitement notifie la violation à l’autorité de contrôle dans les meilleurs délais et si possible dans les 72 heures, sauf si elle n’est pas susceptible d’engendrer un risque. Toute violation doit être documentée en interne. En cas de risque élevé, l’art. 34 exige aussi d’informer les personnes concernées.
L’évaluation revient à votre service de protection des données ou à votre service juridique. Cette section ne constitue pas un conseil juridique.
Comment l’éviter à l’avenir
- Pas de secrets dans les prompts. Pour un débogage, un espace réservé comme
DB_PASSWORD=[RETIRÉ]suffit. - Les secrets n’ont pas leur place dans le code. GitHub recommande les variables d’environnement et les outils de gestion des secrets, l’OWASP déconseille les secrets codés en dur. Ce qui n’est pas dans le code ne peut pas être copié par mégarde.
- Nettoyer le code et les journaux avant de les coller. Les fichiers de configuration, les messages d’erreur et les journaux peuvent contenir des accès. Selon l’OWASP, les secrets n’ont jamais leur place dans les journaux.
- Utiliser un gestionnaire de mots de passe, comme le recommande l’OFCS.
- Intercepter techniquement les erreurs. AImori vérifie localement dans le navigateur ce que vous collez dans ChatGPT, Claude, Gemini, Copilot ou Perplexity, et détecte notamment les clés API et jetons de nombreux services, les clés privées et les mots de passe dans les chaînes de connexion. Lors du collage, il les remplace avant que le texte n’arrive dans le champ ; Alt+Shift+L transforme toutes les valeurs détectées en espaces réservés. Une page peut lire les caractères tapés avant même l’envoi – c’est pourquoi la vérification lors du collage est si importante.
Le test gratuit montre directement dans le navigateur si un texte contient des accès.
Questions fréquentes
Suffit-il de supprimer le chat ?
Non : selon OpenAI, un chat supprimé n’est effacé définitivement que dans un délai de 30 jours, avec des exceptions, et le secret était déjà chez le fournisseur ; il doit donc être révoqué et remplacé.
J’ai seulement collé la clé, sans l’envoyer. Dois-je la remplacer ?
Dans le doute, oui, car une page web peut techniquement traiter les saisies avant l’envoi, et une nouvelle clé est généralement plus vite générée qu’un abus n’est écarté.
Dois-je annoncer une clé API divulguée à l’autorité de protection des données ?
Seulement si des données personnelles ont pu être concernées par cet accès et que la violation entraîne vraisemblablement un risque élevé pour les personnes concernées (art. 24 LPD, annonce au PFPDT) ou, dans l’UE, un risque (art. 33 RGPD) ; clarifiez-le avec votre responsable de la protection des données, ce guide ne constitue pas un conseil juridique.
Mon mot de passe sera-t-il utilisé pour l’entraînement ?
Selon OpenAI, les contenus des comptes personnels peuvent servir à l’entraînement tant que l’option « Improve the model for everyone » est activée ; les contenus de ChatGPT Business, Enterprise et Edu ne sont pas utilisés par défaut pour l’entraînement.
Sources
État des informations : 21.10.2026. Ce guide ne constitue pas un conseil juridique ni un conseil en sécurité.
- GitHub Docs: Remediating a leaked secret in your repository
- OWASP: Secrets Management Cheat Sheet
- Office fédéral de la cybersécurité (OFCS) : Account hacked or data leaked – What should you do? · One password for multiple accounts (21.4.2026)
- OpenAI: Deleting and archiving chats in ChatGPT · Sharing conversations in ChatGPT · Data controls in ChatGPT
- Loi fédérale sur la protection des données (LPD), RS 235.1, art. 5, let. h, et art. 24
- PFPDT : DataBreach – Meldung von Verletzungen der Datensicherheit (en allemand)
- RGPD (règlement (UE) 2016/679), art. 4, point 12, art. 33 et 34