Exploit Chrome complet : une chaîne de vulnérabilités découverte en six jours grâce à GPT-5.6

En août 2026, une équipe de chercheurs en sécurité a réussi ce qui semblait encore impossible il y a un an : construire un exploit complet de Google Chrome, capable de prendre le contrôle d’un ordinateur Windows par la simple visite d’une page web, et ce en six jours seulement. Leur secret ? Un modèle d’intelligence artificielle publique, GPT-5.6 Sol d’OpenAI, qu’ils ont dirigé pour analyser le code source de Chrome, tester des hypothèses et produire les premières ébauches d’exploit. Résultat : une récompense de 250 000 dollars de Google et une démonstration fracassante de l’accélération de la recherche en cybersécurité via l’IA. Cet article détaille la technique employée, les trois failles enchaînées, le rôle précis de l’IA et ce que cela signifie pour la sécurité des navigateurs et des utilisateurs.

Une prouesse technique : trois failles enchaînées pour un contrôle total

L’exploit mis au point par la firme XBOW est ce qu’on appelle une chaîne complète (full-chain exploit) : il combine plusieurs vulnérabilités pour briser successivement chaque couche de protection de Chrome. Le navigateur exécute le code des pages web dans deux sandbox imbriquées : la première isole le moteur JavaScript (V8), la seconde encapsule l’ensemble du rendu. L’attaque a franchi les deux en utilisant trois bugs distincts, chacun situé dans un composant différent.

Selon les informations publiées par XBOW, la chaîne permettait d’exécuter du code arbitraire sans aucune interaction de l’utilisateur - pas de clic, pas de téléchargement. Seul le chargement d’une page web suffisait. Google a depuis confirmé les trois vulnérabilités, les a corrigées et a versé à XBOW la récompense maximale de son programme de bug bounty : 250 000 dollars pour un exploit complet Chrome.

« Six days and $40k is not a lot of time or money when the payoff is a Chrome chain! » - Brendan Dolan-Gavitt, chercheur chez XBOW.

Le chercheur principal, Brendan Dolan-Gavitt, a souligné le contraste : « Avant les LLM, une chaîne complète Chrome nécessitait une équipe de quatre personnes pendant six à neuf mois. Notre première soumission a pris deux mois. Celle qui a été récompensée ? Six jours. » Ce changement d’échelle interpelle directement les équipes de défense.

Les trois étapes de la chaîne

L’attaque se décomposait en trois stades, chacun exploitant une faille spécifique :

1. Stade 1 - Prise de contrôle mémoire dans V8 : La faille CVE-2026-85045, de gravité élevée, permettait à un attaquant de corrompre la mémoire du moteur JavaScript de Chrome. C’est la porte d’entrée.
2. Stade 2 - Sortie de la sandbox V8 via un décodage WebP : Un bug dans le décodeur d’images WebP animées, sans identifiant public, utilisait le contrôle mémoire acquis pour effectuer une unique écriture précise dans la mémoire système, brisant ainsi l’isolation interne.
3. Stade 3 - Exécution de code hors de la sandbox via Crashpad : La troisième faille (CVE-2026-78952), située dans le gestionnaire de crash de Chrome (Crashpad), transformait cette unique écriture en une exécution complète de code sur la machine Windows, en dehors de toute sandbox.

Le tout s’enchaînait automatiquement, rendant l’exploit entièrement drive-by - sans action de la victime.

Le rôle de l’IA générative : GPT-5.6 Sol comme accélérateur de découverte

Ce qui rend cette démonstration particulièrement marquante, c’est le rôle central joué par l’intelligence artificielle. Les chercheurs de XBOW ont utilisé des agents d’IA basés sur le modèle GPT-5.6 Sol d’OpenAI, un modèle public accessible via API. Ces agents ont été chargés de tâches précises :

• Fouiller le code source de Chrome à la recherche de bugs potentiels.
• Tester des hypothèses et construire des preuves de concept (PoC).
• Rédiger les premières versions du code d’exploitation.

Toutefois, comme le précise XBOW, l’IA n’a pas tout fait. Les chercheurs humains ont choisi les cibles, fourni le contexte, remis en question les résultats des agents et décidé quels morceaux assembler. L’IA a accéléré le travail de recherche et de prototypage, mais l’expertise humaine est restée indispensable pour la stratégie et la validation.

« It only took an estimated $40,000 of compute and six days for a single researcher to produce a chain that previously would have taken months. » - Oege de Moor, fondateur de XBOW.

Cette accélération massive a un coût non négligeable : les logs d’utilisation de la compagnie indiquent environ 40 000 dollars de frais de calcul en IA pour les six jours de travail. Un investissement certes élevé, mais dérisoire comparé à la récompense de 250 000 dollars et au temps gagné.

Les trois maillons de la chaîne d’exploitation

Pour bien comprendre l’ingéniosité de l’attaque, détaillons chaque maillon avec les composants affectés.

La faille dans V8 (CVE-2026-85045)

V8 est le moteur JavaScript de Chrome, l’un des composants les plus scrutés de la base de code. La vulnérabilité, de type corruption mémoire, a été corrigée dans la version Chrome 152.0.7977.82 publiée le 3 septembre 2026. Elle affecte la manière dont V8 gère certains objets lors de l’exécution de code JavaScript. Un attaquant pouvait exploiter cette faille pour obtenir un contrôle mémoire dans le processus du navigateur.

La faille dans le décodeur WebP animé (aucun CVE public)

Le second bug se situe dans le code qui décode les images au format WebP animé. Bien que Google ait corrigé cette vulnérabilité dans le cycle de Chrome 152, aucun identifiant public ne lui a été attribué - ou du moins, XBOW et Google n’en ont pas fait état. Cette discrétion peut s’expliquer par la volonté de limiter la divulgation d’informations exploitables avant que tous les utilisateurs aient mis à jour. Le bug a permis de transformer le contrôle mémoire initial en une écriture mémoire unique, suffisante pour franchir la barrière du premier sandbox.

La faille dans Crashpad (CVE-2026-78952)

Crashpad est le gestionnaire de crash de Chrome : il s’exécute en dehors des sandbox, avec des privilèges plus élevés. Cette vulnérabilité, également de gravité élevée, a été corrigée dans la version 152.0.7977.65 datée du 25 août 2026. Exploitée après les deux premières étapes, elle permettait de passer d’une écriture mémoire isolée à une exécution complète de code sur le système d’exploitation Windows, hors de toute restriction.

Le tableau suivant résume les trois maillons :

Coût, délais et leçons : 40 000 $ et six jours pour un exploit complet

Le sprint de six jours qui a abouti à l’exploit récompensé s’est déroulé du dimanche 2 août au vendredi 7 août 2026, pendant les conférences Black Hat et DEF CON à Las Vegas. Ce n’était pas le premier essai : XBOW avait lancé le défi en janvier lors d’une réunion d’équipe à Malte, et la première chaîne complète avait mis deux mois à voir le jour. Le gain de productivité est donc net : de 2 mois à 6 jours.

Un détail révélateur : à un moment, l’une des versions de la chaîne a failli échouer car elle reposait sur un bug déjà connu de Google. Mais l’équipe avait construit l’exploit de manière modulaire, avec des pièces de remplacement prêtes. Ils ont simplement remplacé la partie défaillante et la chaîne a tenu. Cette approche de conception - privilégier la flexibilité et les backups - a été facilitée par l’IA, capable de générer rapidement des alternatives.

« La barrière est désormais bien plus basse. Défendez-vous en conséquence. » - Brendan Dolan-Gavitt, XBOW.

Implications pour les défenseurs

Cette démonstration a des conséquences profondes pour la sécurité des navigateurs et des postes clients. Selon XBOW, avant les correctifs, environ 1 milliard d’utilisateurs de Chrome sur Windows étaient potentiellement exposés à ce type d’attaque. Bien qu’aucune exploitation sauvage n’ait été détectée, la vitesse à laquelle un chercheur solitaire assisté par l’IA a pu construire une chaîne complète change la donne.

Les équipes de sécurité doivent désormais intégrer cette nouvelle réalité :

• La fenêtre de vulnérabilité entre la découverte d’un bug et sa correction peut être exploitée plus rapidement que jamais.
• Les attaquants peuvent utiliser des modèles d’IA publics pour accélérer la recherche de failles et le développement d’exploits.
• Les programmes de bug bounty doivent s’adapter : les récompenses élevées attirent désormais des chercheurs capables de produire des exploits complets en quelques jours.

Google, de son côté, a mis à jour son programme de primes en 2026, plafonnant à quatre récompenses de 250 000 dollars par an pour les exploits complets Chrome. XBOW revendique d’ailleurs la première prime complète sous ces nouvelles règles, et la première accordée à une société spécialisée en sécurité autonome.

Comment se protéger : mettre à jour Chrome et repenser ses défenses

La première mesure à prendre est bien sûr de mettre à jour Chrome vers la dernière version. Comme les correctifs ont été déployés automatiquement, la plupart des utilisateurs sont protégés - à condition d’avoir redémarré le navigateur. Pour vérifier la version installée :

1. Ouvrez Chrome.
2. Cliquez sur les trois points en haut à droite → Aide → À propos de Google Chrome.
3. La version doit être au moins 152.0.7977.82 (pour les utilisateurs Windows).

Ou en ligne de commande (sous Windows, avec Chrome dans le PATH) :

"C:\Program Files\Google\Chrome\Application\chrome.exe" --version

Si votre version est antérieure, redémarrez Chrome (fermez et rouvrez complètement) pour appliquer les mises à jour.

Au-delà de cette mise à jour immédiate, les organisations doivent tirer les leçons de cet incident :

1. Adopter une politique de mise à jour rapide : ne pas attendre pour les correctifs de sécurité critiques, surtout pour les navigateurs.
2. Renforcer la détection des comportements anormaux : les mesures de protection basées sur le comportement (EDR, sandboxing réseau) peuvent détecter une chaîne d’exploitation avant qu’elle n’aboutisse.
3. Évaluer l’exposition : réduire la surface d’attaque en limitant l’utilisation de Windows pour la navigation sensible ou en isolant les sessions Chrome dans des machines virtuelles.
4. Suivre les évolutions des capacités de l’IA : les équipes de sécurité doivent comprendre comment les attaquants peuvent utiliser les LLM pour automatiser la recherche de vulnérabilités.

L’avenir de la recherche en cybersécurité avec l’IA

L’exploit de XBOW marque un tournant dans la chasse aux bugs. L’association d’un chercheur expérimenté et d’agents d’IA a permis de réduire de plusieurs mois à six jours la réalisation d’un exploit complet - un résultat qui aurait semblé irréaliste il y a encore un an. Le coût de calcul de 40 000 dollars, bien que non négligeable, est inférieur au salaire d’un chercheur pendant plusieurs mois.

Ce modèle de collaboration homme-machine pourrait devenir la norme dans la recherche en cybersécurité : l’IA gère l’analyse systématique du code et la génération de preuves de concept, tandis que l’humain garde la vision stratégique et la validation. Pour les défenseurs, cela signifie qu’il faut s’attendre à davantage d’exploits complets découverts plus rapidement, et donc à une pression accrue sur les éditeurs pour corriger les bugs.

« Six jours et 40 000 dollars, ce n’est pas beaucoup de temps ni d’argent quand l’enjeu est une chaîne Chrome », résume Dolan-Gavitt. « La barrière est désormais bien plus basse. Défendez-vous en conséquence. »

En définitive, cet incident nous rappelle que l’innovation en cybersécurité ne profite pas qu’aux défenseurs. Les mêmes outils d’intelligence artificielle qui accélèrent la découverte de failles peuvent également être utilisés par des attaquants. La course à la sécurité des navigateurs entre dans une nouvelle ère, où la rapidité d’exécution et la collaboration agile avec l’IA deviendront des facteurs clés de la protection des utilisateurs.