Le nouveau navigateur ChatGPT Atlas d’OpenAI pourrait être plus risqué que ne le pensent les utilisateurs.
Des chercheurs ont révélé une vulnérabilité qui permet à des attaquants d’injecter des instructions malveillantes dans la « mémoire » de ChatGPT — ce qui leur permet d’exécuter du code à distance, de déployer des malwares ou de prendre le contrôle de systèmes.
Cette découverte soulève de sérieuses inquiétudes quant à la sécurité de la navigation assistée par l’IA.
Les chercheurs de LayerX ont déclaré : « Cette faille peut permettre à des attaquants d’infecter des systèmes avec du code malveillant, de s’octroyer des privilèges d’accès ou de déployer des malwares. »
- Les implications de l’intégration permanente de ChatGPT en matière de sécurité
- Fonctionnement de la vulnérabilité de ChatGPT Atlas
- Les tests révèlent des failles de sécurité dans ChatGPT Atlas
- Quand votre partenaire de programmation se retourne contre vous
- Stratégies d’atténuation des nouveaux risques liés aux navigateurs d’IA
- Repenser la confiance à l’ère des systèmes intelligents
Les implications de l’intégration permanente de ChatGPT en matière de sécurité
La vulnérabilité touche tous les utilisateurs de ChatGPT, quel que soit leur navigateur, mais les utilisateurs d’Atlas sont particulièrement exposés.
Les tests de LayerX montrent qu’Atlas ne dispose d’aucune protection véritable contre l’hameçonnage, ce qui rend ses utilisateurs jusqu’à 90 % plus vulnérables que ceux de Chrome ou d’Edge.
Comme Atlas est directement intégré à ChatGPT et maintient les utilisateurs connectés en permanence, une attaque réussie pourrait fournir aux attaquants un accès persistant aux systèmes personnels, professionnels et cloud — y compris à tout code ou identifiant partagé avec ChatGPT.
Cette découverte souligne une inquiétude croissante pour les équipes de sécurité : la convergence des agents d’IA et de l’automatisation basée sur les navigateurs introduit de nouvelles surfaces d’attaque auxquelles les défenses web traditionnelles pourraient ne pas s’appliquer.
Fonctionnement de la vulnérabilité de ChatGPT Atlas
La faille exploite une vulnérabilité de type falsification de requête intersites (CSRF) pour compromettre des sessions ChatGPT authentifiées. Lorsqu’un utilisateur connecté clique sur un lien malveillant, son navigateur — à son insu — envoie une requête falsifiée au serveur dorsal de ChatGPT.
Comme ChatGPT fait confiance aux identifiants de l’utilisateur, la requête peut modifier la « mémoire » enregistrée par celui-ci et y injecter des instructions cachées. Une fois stockées, ces mémoires malveillantes persistent d’une session à l’autre, d’un navigateur à l’autre et même d’un appareil à l’autre.
La prochaine fois que l’utilisateur interagit avec ChatGPT, la mémoire compromise incite l’IA à exécuter le code injecté — ce qui peut donner à l’attaquant le contrôle de systèmes, de projets ou de scripts. En réalité, ChatGPT devient un complice involontaire.
Ce vecteur d’attaque est particulièrement insidieux, car il associe l’ingénierie sociale à la manipulation de l’IA.
L’utilisateur peut ne rien remarquer de suspect — l’interface de discussion se comporte normalement — alors que l’IA pourrait commencer à insérer des portes dérobées ou à exfiltrer des données au moyen d’un code apparemment inoffensif.
Les tests révèlent des failles de sécurité dans ChatGPT Atlas
Les tests de LayerX ont comparé ChatGPT Atlas à des navigateurs classiques et à des navigateurs intégrant l’IA.
Alors que Chrome et Edge ont bloqué environ la moitié des tentatives d’hameçonnage (47 % et 53 %, respectivement), Atlas n’a bloqué que 5,8 % des attaques. Sur 103 tests d’hameçonnage en conditions réelles, Atlas a laissé passer 97 attaques, soit un taux d’échec de 94,2 %. Ces résultats soulignent l’urgence d’intégrer des fonctions de protection contre l’hameçonnage et de bac à sable aux navigateurs dotés d’IA.
Comme Atlas ouvre par défaut une session ChatGPT active, les attaquants peuvent plus facilement exploiter cet état ouvert au moyen de charges CSRF et de redirections web malveillantes.
Quand votre partenaire de programmation se retourne contre vous
LayerX a également montré comment cette vulnérabilité pouvait cibler les développeurs pratiquant le « vibe coding » — une approche collaborative de la programmation dans laquelle les utilisateurs décrivent le style et l’objectif de leur projet, et ChatGPT génère le code correspondant.
Dans une démonstration d’exploitation, une mémoire injectée a amené ChatGPT à modifier subtilement les scripts générés, en y intégrant des appels distants malveillants déguisés en fonctionnalités légitimes.
L’IA pourrait, par exemple, ajouter une ligne de code qui récupère et exécute du contenu provenant d’un serveur distant, donnant ainsi aux attaquants un accès au niveau du système.
Du point de vue du développeur, rien ne semblerait anormal. Même si ChatGPT affichait un avertissement de sécurité modéré, celui-ci pourrait facilement passer inaperçu au milieu du contenu généré.
Stratégies d’atténuation des nouveaux risques liés aux navigateurs d’IA
La prévention de ce type d’attaque nécessite une approche coordonnée incluant l’hygiène des navigateurs, le contrôle des accès et la surveillance des comportements.
- Mettre à jour et isoler les navigateurs : Utilisez des navigateurs entièrement corrigés et administrés par l’entreprise, dotés d’un bac à sable et d’extensions anti-hameçonnage. Évitez d’utiliser des navigateurs d’IA pour les tâches sensibles tant que les contrôles appropriés n’ont pas été vérifiés.
- Mettre en place des contrôles de session stricts : Exigez une réauthentification pour les plateformes d’IA et effacez régulièrement les cookies du navigateur afin d’empêcher l’utilisation abusive des connexions persistantes.
- Utiliser la détection et la réponse sur les terminaux (EDR) : Détectez la génération anormale de code ou les connexions externes non autorisées initiées par les outils de développement.
- Sensibiliser les utilisateurs : Formez les employés à reconnaître les liens d’ingénierie sociale et à éviter de mélanger leurs comptes d’IA personnels et professionnels.
- Appliquer le zero trust : Limitez les déplacements latéraux entre les systèmes et appliquez le principe du moindre privilège aux utilisateurs qui interagissent avec des applications fondées sur l’IA.
Ensemble, ces mesures constituent une défense en profondeur qui réduit l’exposition aux menaces pilotées par l’IA et renforce la cyberrésilience.
Repenser la confiance à l’ère des systèmes intelligents
Cet incident ouvre un nouveau front dans la sécurité de la chaîne d’approvisionnement de l’IA. À mesure que les outils fondés sur les LLM acquièrent des capacités de mémoire et de navigation, ils introduisent des mécanismes de persistance à long terme que les attaquants peuvent exploiter au-delà de la durée de vie traditionnelle des sessions.
Des mémoires persistantes contaminées pourraient circuler entre les environnements personnels et professionnels, brouillant les frontières d’identité et contaminant les flux de travail pilotés par l’IA.
Alors que les systèmes d’IA agissent de plus en plus comme des partenaires créatifs, les professionnels de la sécurité doivent les considérer comme des vecteurs d’attaque potentiels — et non comme de simples outils passifs.
La vulnérabilité d’Atlas montre que même des assistants d’IA de confiance peuvent être détournés pour agir de manière malveillante si leur mémoire ou les données de leur session sont compromises.
L’évolution rapide des plateformes d’IA exige une approche de la sécurité tout aussi adaptative.
Appliquer les principes du zero trust garantit qu’aucun utilisateur, système ou agent d’IA n’est considéré comme digne de confiance par nature — une stratégie essentielle pour réduire les risques introduits par les flux de travail pilotés par l’IA.