Chaîne d’exploits par IA : comment Claude d’Anthropic a contourné Chrome, Android et Linux en un clic ou zéro clic
Séraphine Clairlune
Le 27 octobre 2026, Anthropic a levé le voile sur une expérience de sécurité aussi impressionnante qu’inquiétante : son modèle de recherche Claude est parvenu à construire des chaînes d’exploits fonctionnelles pour les navigateurs, systèmes d’exploitation et protocoles les plus utilisés. Ces attaques, souvent réalisables en un clic ou même sans aucune interaction de l’utilisateur, ont ciblé Chrome, Safari, Android, Windows et Linux. Les vulnérabilités découvertes ont été immédiatement communiquées aux éditeurs concernés, et les correctifs sont en cours de déploiement. Mais au-delà des détails techniques, cette démonstration soulève une question fondamentale : l’intelligence artificielle rend-elle l’exploitation des failles aussi accessible que la rédaction d’un prompt ?
Pendant des années, construire une chaîne d’exploits (exploit chain) nécessitait des mois de rétro-ingénierie, une expertise pointue en assembleur et une capacité à corréler plusieurs bugs rarement documentés. Claude a réalisé ce travail en quelques heures, sans supervision humaine continue. Dans cet article, nous analysons chaque grande chaîne d’exploits, les leçons que les équipes de sécurité doivent en tirer, et les actions concrètes à mettre en œuvre dès maintenant.
Le modèle Claude : un nouvel acteur dans la découverte de vulnérabilités
Anthropic a formé une version non publiée de Claude, confiée à son Frontier Red Team, avec pour mission d’explorer des cibles réelles. Le modèle a été invité à identifier des bugs et à les enchaîner pour obtenir un impact maximal. Les résultats dépassent ce que beaucoup attendaient d’un système d’IA générative.
Une capacité de recherche autonome
Contrairement aux assistants de code classiques, Claude ne s’est pas contenté de suggérer des correctifs : il a exploré les bases de code, exécuté des tests dynamiques, et adapté ses stratégies en fonction des échecs. Pour chaque cible, le modèle a démarré avec un prompt simple décrivant l’objectif (par exemple, « exécuter du code hors du bac à sable de Chrome »). Il a ensuite itéré, corrigé ses erreurs, et finalement produit un code fonctionnel.
Des chaînes multi-étapes sans intervention humaine
Les chaînes construites par Claude comportent en moyenne trois à cinq étapes : escalade de privilèges, fuite de mémoire, contournement d’ASLR ou de KASLR, et enfin exécution de code arbitraire. Le modèle a réussi à coordonner ces phases de manière fluide, là où un exploit humain nécessite souvent plusieurs équipes spécialisées. Cette démonstration réduit le temps de développement d’une attaque de semaine ou mois à quelques heures.
Comment Claude a percé la sécurité de Chrome
La chaîne la plus emblématique concerne Google Chrome. Après un premier prompt, Claude a écrit un exploit complet qui faisait s’exécuter du code en dehors du sandbox du navigateur. La preuve de concept ouvrait l’application Calculatrice sur macOS quelques secondes après le chargement d’une page.
Les étapes techniques sont les suivantes :
- Corruption du tas dans V8 - Claude a exploité un bug dans le moteur JavaScript de Chrome pour corrompre la mémoire du tas.
- Évasion du sandbox mémoire de V8 et contournement d’ASLR - Un deuxième bug a permis d’éviter l’isolation mémoire de V8 et de neutraliser l’ASLR (Address Space Layout Randomization).
- Race condition dans CacheStorage - Une fenêtre de concurrence a été utilisée pour apprendre la disposition du processus navigateur privilégié.
- Use-after-use dans FedCM - Le Federated Credential Management de Chrome a présenté une vulnérabilité de type use-after-free qui a offert le saut final hors du sandbox.
« Google a attribué 62 CVEs à l’ensemble des bugs découverts. La version Chrome 156 les a tous corrigés, dont treize fuites du sandbox. » - Rapport Frontier Red Team
Cette performance n’est pas un cas isolé. Plus tôt dans l’année, des chercheurs avaient montré que Claude Opus pouvait construire un exploit fonctionnel contre une version obsolète de Chromium, en ciblant Discord Desktop. La nouveauté réside dans la capacité à opérer sur la version stable actuelle.
Safari et Android : contournement de politique et extraction de données
Safari : contournement de la Same-Origin Policy sans exécution de code
Pour Safari, Claude a réalisé un exploit particulièrement élégant : il a contourné la politique de même origine (Same-Origin Policy) sans exécuter de code arbitraire. En modifiant simplement un flag de sécurité, une taille d’objet et une URL en mémoire, il a rendu possible la récupération de l’historique de navigation, des cookies et des sessions authentifiées (y compris messagerie et banque) depuis n’importe quel site web. Apple a reconnu le rapport le jour même et a diffusé un correctif.
Android : extraction de photos et données personnelles depuis un Pixel 9 verrouillé
La chaîne Android est tout aussi frappante. Claude a réussi à extraire des photos et des données personnelles d’un Google Pixel 9 verrouillé, branché en USB. Pour cela, il a enchaîné trois vulnérabilités :
- un bypass du blocage des données USB (le téléphone n’exigeait pas de déverrouillage pour certaines requêtes) ;
- un contournement de la vérification d’autorisation d’appairage ;
- un contournement du code à six chiffres habituellement requis.
Un chemin de repli a ensuite envoyé les fichiers bruts via USB. Google a corrigé l’ensemble des failles impliquées.
« Un attaquant disposant d’un accès physique à un appareil verrouillé peut aujourd’hui s’appuyer sur l’IA pour orchestrer des attaques qui étaient auparavant l’apanage de laboratoires nationaux. » - Analyse du CESI (Centre d’expertise en sécurité informatique)
Windows et Linux : des attaques à distance et sans clic
Windows : crash à distance du kernel via QUIC
Claude a également découvert un bug de déni de service distant dans le code QUIC du noyau Windows, référencé sous CVE-2026-33096. L’envoi de quelques paquets suffit à faire planter et redémarrer un serveur répondant aux requêtes HTTP/3. Anthropic estime que plusieurs millions de serveurs exposés sur Internet sont concernés. Claude a trouvé cette faille en rétro-ingéniérant le binaire Windows à l’aide d’outils tels que Ghidra.
Linux : zero-click sur les serveurs multipath TCP, exécution de commande root à distance
Le cas le plus grave est celui de Linux. Claude a bâti une attaque zero-click contre un serveur exposant un écouteur multipath TCP. Aucun clic, aucune interaction n’est nécessaire : un attaquant distant peut exécuter des commandes en tant que root.
La cause racine est une race condition menant à un use-after-free dans la pile réseau du noyau. L’exploit se déroule en deux temps :
- Fuite d’adresse noyau - Claude parvient à divulguer une adresse kernel pour neutraliser KASLR (kernel Address Space Layout Randomization). Cette étape a pris 48 minutes dans l’environnement de test.
- Écriture d’un pointeur de callback - Il écrase un pointeur callback puis exécute une commande shell en environ cinq minutes supplémentaires. Une tentative échouée ne plante pas le système, ce qui permet à l’attaquant de réessayer indéfiniment.
La faille est suivie sous CVE-2026-98432 et a été corrigée dans tous les noyaux stables maintenus.
| Plateforme | Type de vulnérabilité | Interaction utilisateur | Correctif disponible |
|---|---|---|---|
| Chrome | Sandbox escape | Un clic (page visitée) | Chrome 156 |
| Safari | SOP bypass | Aucune (site malveillant) | Oui (Apple) |
| Android | USB data exfiltration | Branchement physique | Oui (Google) |
| Windows | Denial of service (kernel) | Aucune | Correctif en cours |
| Linux | Zero-click RCE root | Aucune | Noyaux stables |
Implications pour la sécurité : leçons et recommandations
Anthropic a tiré deux enseignements principaux de cette campagne :
- Multiplier les agents de scan en parallèle : déployer plusieurs instances d’IA sur les mêmes pipelines permet de découvrir bien plus de bugs qu’une seule approche séquentielle.
- Scanner le code dès la pull request : les failles logicielles s’accumulent rapidement. Les corriger au moment de l’intégration évite qu’elles ne s’entassent sur un arriéré colossal.
L’entreprise a mis à disposition un plugin de guidance sécurité gratuit pour Claude Code, dédié à ce type de vérification précoce. Selon les chiffres communiqués, les partenaires du Cyber Verification Program d’Anthropic ont identifié 129 000 vulnérabilités vérifiées entre avril et juillet 2026. Un rythme qui surpasse de loin les méthodes traditionnelles.
« Skills once limited to a few expert teams can now be done with little human help. The same power can help attackers, which is why patching fast and scanning your own code matters more than ever. » - Anthropic, communiqué du 27 octobre 2026
Pour les équipes de sécurité françaises, ces résultats imposent de revoir les priorités :
- Automatiser la détection de vulnérabilités - les outils à base d’IA doivent être intégrés dans les CI/CD, en complément des scanners classiques.
- Réduire le délai de correction - la fenêtre entre la découverte d’une vulnérabilité et l’apparition d’un exploit public se compte désormais en heures, pas en mois.
- Former les équipes aux attaques multi-étapes - une simple faille XSS n’est plus le seul risque ; les chaînes d’exploits complexes doivent être simulées dans les exercises Red Team.
- Collaborer avec les réd teams internes - des programmes comme celui d’Anthropic montrent l’efficacité du partage responsable : chaque faille a été signalée avant publication.
Conclusion : agir vite pour contrer la menace IA
Les chaînes d’exploits construites par Claude marquent un tournant dans la cybersécurité. Ce qui relevait de l’exploit de laboratoire il y a deux ans devient aujourd’hui un scénario réaliste, à la portée d’un assistant conversationnel.
En pratique, la meilleure défense reste une combinaison de réactivité et de prévention : appliquer les correctifs dès leur publication, automatiser le fuzzing et l’analyse statique, et surtout ne plus sous-estimer la capacité d’une IA à enchaîner des vulnérabilités. Les CVE associées (62 pour Chrome, CVE-2026-33096, CVE-2026-98432) sont déjà corrigées, mais ce n’est qu’un début. Les équipes SOC doivent intégrer des flux de Threat Intelligence en temps réel pour détecter les tentatives d’exploitation de ces failles.
En France, l’ANSSI recommande une veille active sur les bulletins de sécurité des éditeurs et la mise en place de processus de mise à jour automatisée. L’écosystème de la cybersécurité hexagonale doit également encourager la recherche en IA de confiance et la transparence des modèles.
Claude nous montre que demain, l’attaquant pourra être une machine. À nous d’organiser notre défense dès aujourd’hui.