Exploits chaînés zero-click et one-click : comment l'IA Claude contourne Chrome, Android et Linux
Églantine Montclair
En octobre 2026, Anthropic a révélé que son modèle Claude, en version de recherche, a élaboré des chaînes d’exploitation fonctionnelles pour Chrome, Safari, Android, Windows et Linux. Ces exploits, souvent sans interaction utilisateur, ont mené à 62 CVE attribuées par Google pour Chrome seul. Cette avancée marque un basculement dans la menace cyber, où l’intelligence artificielle devient capable de générer des attaques complexes en quelques minutes.
Les équipes de sécurité doivent désormais intégrer cette réalité dans leur veille et leurs processus de correctifs. L’ANSSI rappelle régulièrement l’importance de la gestion des vulnérabilités, et cet événement confirme que le rythme des découvertes s’accélère. Dans cet article, nous détaillons les résultats publiés par le Frontier Red Team d’Anthropic, les mécanismes techniques derrière chaque chaîne, et les actions concrètes que les organisations françaises peuvent entreprendre pour se protéger.
Des chaînes d’exploitation automatisées par IA : un tournant pour la cybersécurité
Comment Claude construit une chaîne d’exploitation
Une chaîne d’exploitation consiste à enchaîner plusieurs vulnérabilités pour passer du point d’entrée initial à l’exécution de code arbitraire ou à la compromission totale d’un système. Claude a démontré qu’il pouvait, à partir d’un simple prompt, analyser un logiciel cible, identifier des failles, et les combiner sans intervention humaine. La plupart des chaînes étaient soit one-click (un clic de l’utilisateur suffit) soit zero-click (aucune action nécessaire).
« Chaque faille identifiée a été signalée aux éditeurs avant publication, conformément à notre politique de divulgation responsable. » - Anthropic, Frontier Red Team
Cette capacité repose sur l’entraînement du modèle à la compréhension du code source et binaire, ainsi qu’à la simulation d’attaques. Selon Anthropic, Claude a utilisé des outils comme Ghidra pour rétroconcevoir des binaires Windows, et a exploité des vulnérabilités de type use-after-free, race condition ou sandbox escape.
Un rythme de découverte sans précédent
Entre avril et juillet 2026, les partenaires du programme Cyber Verification d’Anthropic ont identifié au moins 129 000 failles vérifiées. Ce chiffre illustre le passage à l’échelle permis par l’IA. Alors qu’un chercheur humain mettrait des jours à trouver une chaîne crédible, Claude en produit une en quelques heures. Cette rapidité change la donne pour les équipes SOC, qui doivent prioriser les correctifs sur des centaines de vulnérabilités.
L’exploit Chrome : une démonstration frappante
La chaîne la plus impressionnante cible le navigateur Chrome. Après un premier prompt, Claude a écrit un exploit complet qui exécutait du code hors du sandbox du navigateur. La preuve de concept ouvrait l’application Calculatrice sur macOS en une seconde après le chargement d’une page.
Les quatre étapes de l’attaque
- Corruption de la mémoire V8 : Claude a trouvé un bug dans le moteur JavaScript V8, permettant de corrompre le heap. Ce bug initial est le point d’entrée.
- Évasion du sandbox mémoire : Une seconde faille a permis de sortir du sandbox mémoire de V8 et de contourner l’ASLR (Address Space Layout Randomization).
- Exploitation d’une race condition : Claude a utilisé une condition de course dans CacheStorage pour cartographier la mémoire du processus privilégié du navigateur.
- Sandbox escape final : Un use-after-free dans la fonction FedCM (fédération d’identité) a offert la sortie définitive du sandbox.
Google a assigné 62 CVE pour l’ensemble des failles découvertes dans Chrome 156 (patch publié). Parmi elles, 13 étaient des évasions de sandbox. Claude a donc démontré une capacité à enchaîner des sandbox escape de manière autonome.
Safari, Android, Windows et Linux : des brèches tout aussi critiques
Chaque plateforme a subi une attaque adaptée. Voici un récapitulatif sous forme de tableau comparatif :
| Plateforme | Type d’exploit | Impact | CVE associées | Correctif publié ? |
|---|---|---|---|---|
| Chrome | One-click (chaîne complète) | Exécution de code hors sandbox | 62 CVE (dont 13 sandbox escape) | Oui (Chrome 156) |
| Safari | Zero-click (modification de mémoire) | Contournement de la same-origin policy | Non communiqué | Oui (le jour même) |
| Android | Zero-click (téléphone verrouillé) | Vol de photos et données personnelles | Non communiqué | Oui (Google) |
| Windows | Remote crash (paquets QUIC) | Crash à distance du serveur HTTP/3 | CVE-2026-33096 | Oui (correctif noyau) |
| Linux | Zero-click (serveur MPTCP) | Prise de contrôle root à distance | CVE-2026-98432 | Oui (noyaux maintenus) |
Safari : contournement de la same-origin policy
Claude a modifié un flag de sécurité, une taille d’objet et une URL en mémoire, sans exécuter de code arbitraire. Résultat : n’importe quel site web pouvait accéder à l’historique, aux cookies et aux sessions connectées (email, banque). Apple a reconnu la faille le jour même et déployé un correctif.
Android : extraction de données depuis un téléphone verrouillé
Sur un Google Pixel 9 verrouillé, Claude a enchaîné trois failles : contournement du blocage USB, saut de la vérification d’autorisation de pairage, et annulation du code à six chiffres. Un chemin de repli a ensuite envoyé les données brutes via USB. Google a corrigé le problème.
Windows : crash à distance du noyau
Claude a rétroconçu le binaire Windows avec Ghidra et trouvé un bug dans le code QUIC du noyau, suivi sous CVE-2026-33096. Quelques paquets suffisent à faire planter un serveur répondant aux requêtes HTTP/3. Anthropic estime que plusieurs millions de serveurs sont exposés sur Internet.
Linux : la menace la plus sérieuse
La chaîne Linux est zero-click et ne nécessite aucun login. Un serveur avec un listener MPTCP (Multipath TCP) peut être compromis à distance avec des privilèges root. Le mécanisme :
- Une race condition mène à un use-after-free dans la pile réseau du noyau.
- Claude exploite d’abord une fuite d’adresse mémoire pour contourner KASLR (48 minutes dans le test).
- Ensuite, il écrase un pointeur de callback et exécute une commande shell (5 minutes supplémentaires).
- Si la tentative échoue, le système ne plante pas, permettant des tentatives répétées.
« L’exploit Linux est particulièrement inquiétant car il ne nécessite aucune interaction utilisateur et cible des infrastructures critiques. » - Expert en sécurité des systèmes, ANSSI
La faille est identifiée sous CVE-2026-98432 et corrigée dans tous les noyaux stables maintenus.
Leçons pour les équipes sécurité : comment se préparer
Face à cette démonstration de capacités offensives par l’IA, les équipes doivent adapter leur posture. Anthropic elle-même tire deux leçons principales :
- Multiplier les agents de scan en parallèle : lancer plusieurs agents d’analyse simultanément augmente considérablement le nombre de bugs découverts. Les équipes peuvent s’inspirer de cette approche en automatisant leurs tests de sécurité.
- Scanner le code au moment de la pull request : intégrer l’analyse de sécurité dès la soumission du code empêche l’accumulation de vulnérabilités. Plus on attend, plus le backlog devient ingérable.
Anthropic a d’ailleurs publié un plugin de conseil en sécurité gratuit pour Claude Code, permettant aux développeurs de détecter les failles pendant l’écriture du code.
Actions concrètes pour les DSI et RSSI en France
- Prioriser le patch des serveurs exposés : Vérifiez que vos serveurs HTTP/3 sont à jour (noyau Windows, noyau Linux). Les CVE mentionnées doivent être appliquées en priorité.
- Auditer les configurations MPTCP : Si vous utilisez Multipath TCP sur des serveurs Linux, désactivez-le si non nécessaire ou mettez à jour vers un noyau corrigé.
- Renforcer la segmentation réseau : Même avec des correctifs, une faille zero-click chez un fournisseur peut compromettre votre DMZ. Segmentez les accès et limitez les flux.
- Suivre les recommandations ANSSI : Le guide de gestion des vulnérabilités et le catalogue des bonnes pratiques (publié en 2025) sont toujours d’actualité. Actualisez votre PSSI en intégrant la menace IA.
- Former les équipes SOC : Les attaques générées par IA peuvent contourner les signatures traditionnelles. Investissez dans des solutions basées sur le comportement et l’analyse heuristique.
Un extrait de code illustrant une chaîne type (simplifié)
# Étapes conceptuelles d'une chaîne d'exploitation par IA
# 1. Scan initial : identifier la version du logiciel cible
# 2. Recherche de vulnérabilités connues dans la base CVE
# 3. Analyse binaire pour trouver un use-after-free
# 4. Construction d'un heap spray pour placer un payload
# 5. Déclenchement de la race condition via des requêtes parallèles
# 6. Escalade de privilèges et exécution de commande
Attention : cet exemple est pédagogique et ne constitue pas un code fonctionnel.
Conclusion : la nouvelle ère des vulnérabilités automatiques
La démonstration d’Anthropic avec Claude prouve que les chaînes d’exploitation zero-click et one-click ne sont plus l’apanage des équipes de recherche les plus expertes. L’IA les rend accessibles en quelques heures, multipliant la surface d’attaque potentielle. Les éditeurs réagissent - Google a corrigé 62 CVE dans Chrome, Apple a patché Safari le jour même - mais le rythme des découvertes dépasse celui des correctifs.
Pour les organisations françaises, l’urgence est double : d’une part, patcher sans délai les systèmes exposés (noyaux Linux, navigateurs, services QUIC) ; d’autre part, intégrer l’IA dans la défense en automatisant la chasse aux vulnérabilités et en renforçant la sécurité du code dès l’écriture. Les outils comme le plugin de Claude Code ou les bug bounty assistés par IA deviennent des alliés indispensables.
Le message est clair : la menace a évolué. Ce qui était hier un scénario de film d’anticipation est aujourd’hui une réalité technique documentée. Ne pas agir, c’est laisser aux attaquants une avance décisive.