Vérifié le 23 octobre 2026. Les chats verrouillés de ChatGPT, annoncés par OpenAI le 20 octobre, conservent certaines conversations tout en les masquant dans l’historique ordinaire et en protégeant leur ouverture par un code PIN. Cette fonction réduit les regards indiscrets, mais ne crée pas un coffre-fort chiffré et ne modifie pas automatiquement les règles d’utilisation des données.
C’est cette frontière qui mérite l’attention. Une conversation moins visible à l’écran n’est pas nécessairement confidentielle face à tous les acteurs ou systèmes. Avant d’y déplacer un travail important, il faut comprendre l’accès, les liens de partage existants et la récupération du code, surtout lorsque l’ordinateur sert à des présentations ou à un usage professionnel.
ChatGPT chats verrouillés : la nouveauté du 20 octobre
Les notes de version OpenAI situent le lancement au 20 octobre et précisent que le déploiement est progressif. La fonction retire les échanges sélectionnés de la vue habituelle. Il ne s’agit ni d’un modèle GPT supplémentaire, ni d’un abonnement distinct, ni d’une option améliorant la justesse des réponses produites.
Pour une personne qui partage souvent son écran, l’intérêt est concret : éviter qu’un titre personnel apparaisse à côté du dossier présenté. Il n’est pas nécessaire d’attribuer davantage de pouvoirs à la fonction. Un outil limité peut être utile si son nom ne conduit pas à lui confier des informations avec de mauvaises attentes de protection.
| Besoin | Interprétation correcte |
|---|---|
| Réduire la visibilité occasionnelle | C’est l’objectif de la fonction |
| Créer un coffre chiffré | Ce n’est pas une capacité annoncée |
| Changer l’utilisation des données | Vérifier les paramètres correspondants |
| Récupérer un code oublié | Lire d’abord les conséquences de la réinitialisation |
Masquer une conversation ne signifie pas la chiffrer
Le guide officiel des conversations verrouillées indique que le verrouillage n’ajoute pas de chiffrement de bout en bout et ne change ni la conservation ni les préférences d’amélioration des modèles. Le code protège un accès dans le compte. Il ne remplace pas l’ensemble des mesures nécessaires à sa sécurité.
Pour évaluer la fonction, mieux vaut partir du risque concret. Un collègue apercevant la barre latérale pendant une réunion n’est pas dans la même situation qu’une personne ayant compromis un compte. Réduire l’exposition dans le premier cas ne démontre rien pour le second. Mot de passe unique, authentification renforcée et contrôle des sessions restent des sujets distincts.
Avant de verrouiller un échange important
La procédure documentée passe par le menu de la conversation et un espace réservé aux échanges verrouillés. Avant de l’appliquer à un document indispensable, essayez avec une conversation sans importance. Vérifiez où elle apparaît, quand le code est demandé et ce que montrent les autres appareils connectés. Cela évite une découverte gênante au moment de partager son écran.
Il n’est pas nécessaire de tout déplacer d’un seul coup. Un essai limité permet également de vérifier l’accessibilité et les habitudes quotidiennes. Pour un échange ouvert très souvent, une étape de déverrouillage supplémentaire représente une contrainte pratique. Le choix dépend donc des éléments à masquer et des personnes qui utilisent ou voient réellement l’appareil, plutôt que du seul attrait de la nouveauté.
Code PIN oublié : comprendre la réinitialisation
OpenAI avertit que réinitialiser un code oublié supprime définitivement les conversations verrouillées et les contenus protégés uniquement par l’ancien code. Ce n’est pas la même opération que remplacer un code encore connu. Cette différence doit être comprise avant de faire de cet espace l’unique emplacement d’un travail important ou d’une pièce irremplaçable.
La recommandation pratique consiste à conserver les éléments indispensables dans un système approprié, conformément à ses propres règles de sécurité. L’historique d’un assistant ne devrait pas devenir le seul dépôt de référence. Cela ne signifie pas exporter sans discernement des données confidentielles : il faut déterminer où se trouve l’original, quelles copies sont autorisées et qui doit les protéger.
Liens partagés et mémoire restent des contrôles séparés
Verrouiller un échange ne révoque pas automatiquement un lien de partage déjà créé et n’efface pas ce qui avait été mémorisé. Ces contrôles doivent être examinés séparément. L’erreur serait de considérer une seule commande comme le retrait universel de toutes les copies, de tous les accès et de toutes les utilisations antérieures du contenu de la conversation.
Pour un projet partagé, un petit inventaire suffit souvent à clarifier la situation : destinataires, liens diffusés et documents copiés ailleurs. Un verrouillage de l’interface ne retire pas un texte déjà envoyé par email. Ce constat n’est pas une accusation de vulnérabilité propre au produit ; il rappelle simplement la limite d’une modification de visibilité après la diffusion d’une information.
Avant une présentation, vérifier aussi la fenêtre déjà ouverte, les aperçus et les autres appareils connectés. C’est une habitude pratique : une commande de menu ne doit pas être considérée comme la disparition immédiate de tout contenu déjà chargé à l’écran ou affiché ailleurs.
Choisir la protection adaptée à son besoin
Cette annonce concerne la discrétion de l’interface au quotidien, pas la qualité du raisonnement. Notre article sur GPT-6 et Intelligent UI distingue présentation et capacités du modèle. Le contexte applicatif figure dans notre dossier DevDay OpenAI. Ces changements interviennent à des niveaux différents du service.
La bonne conclusion reste sobre : utiliser les chats verrouillés de ChatGPT pour limiter les regards occasionnels, contrôler séparément partages et données, et connaître les conséquences d’une récupération. Si le besoin réel est un coffre chiffré ou une politique de conservation d’entreprise, il faut une solution correspondant à cette exigence. Une conversation masquée ne devient pas une infrastructure complète de sécurité ou de conformité.
