Les chaînes d’exploitation automatisées par l’IA : comment Claude d’Anthropic a franchi Chrome, Android et Linux
Théophane Villedieu
En octobre 2026, Anthropic a dévoilé les résultats d’un test interne mené par sa Frontier Red Team : un modèle de recherche non publié, nommé Claude, a réussi à construire des chaînes d’exploitation fonctionnelles contre Chrome, Safari, Android, Windows et Linux. Certaines de ces attaques requièrent zéro interaction de l’utilisateur, d’autres un simple clic. Ce constat marque un tournant dans la capacité des intelligences artificielles à automatiser des processus jusqu’alors réservés à des experts en sécurité. Alors que les correctifs ont déjà été déployés par les éditeurs concernés, cet événement soulève des questions fondamentales sur l’évolution de la menace et les nouvelles responsabilités des équipes de défense.
Pourquoi les chaînes d’exploitation automatisées changent la donne
La capacité d’une IA à enchaîner plusieurs vulnérabilités (chaîne d’exploitation) pour contourner des couches de sécurité successives n’est pas nouvelle en théorie, mais sa réalisation pratique par un modèle non spécialisé constitue une première. Claude a identifié des failles dans des composants aussi variés que le moteur JavaScript V8, le gestionnaire de cache de Chrome, le noyau Linux ou le code QUIC de Windows. Chaque chaîne combine des bugs distincts pour atteindre un objectif final : exécution de code arbitraire, fuite de données ou prise de contrôle à distance.
« Les compétences qui étaient autrefois l’apanage de quelques équipes d’experts peuvent désormais être mises en œuvre avec une aide humaine minimale. » - Anthropic, Frontier Red Team, 27 octobre 2026
Ce bond en avant s’explique par la capacité de Claude à raisonner de manière itérative, à analyser des binaires avec des outils comme Ghidra et à générer des preuves de concept en quelques minutes. En pratique, les équipes de sécurité doivent désormais intégrer ce nouveau paradigme dans leur analyse de risques.
L’impact sur la vélocité de la menace
Le principal enseignement réside dans la vitesse. Là où un chercheur humain pouvait passer des semaines à assembler une chaîne complète, Claude y parvient en moins d’une heure pour certaines cibles. Cette accélération force les défenseurs à réagir plus vite, mais aussi à anticiper les combinaisons possibles de vulnérabilités.
Selon les données publiées par Anthropic, les partenaires de son Cyber Verification Program ont identifié au moins 129 000 vulnérabilités vérifiées entre avril et juillet 2026. Ce chiffre illustre à quel point la détection automatisée, couplée à l’IA, peut submerger les processus de correction traditionnels.
Claude contre Chrome : les détails d’une chaîne d’exploitation emblématique
La chaîne d’exploitation la plus impressionnante est celle qui a permis à Claude de sortir du bac à sable de Chrome et d’exécuter du code arbitraire sous macOS. En quelques secondes après le chargement d’une page web, la calculatrice système s’ouvrait - preuve de l’exécution de code hors du navigateur.
Étape 1 : corruption de la mémoire dans V8
Claude a d’abord exploité un bug dans le moteur JavaScript V8 pour corrompre le tas (heap). Cette première faille a permis d’écraser des structures de données critiques. Le modèle a ensuite trouvé un second défaut pour s’échapper du bac à sable mémoire de V8 et désactiver l’ASLR (Address Space Layout Randomization).
Étape 2 : fuite d’informations via CacheStorage
La troisième étape utilise une condition de concurrence (race condition) dans CacheStorage, un composant du navigateur. En manipulant les temps d’accès, Claude a pu reconstituer la disposition mémoire du processus privilégié de Chrome.
Étape 3 : saut final avec FedCM
Enfin, une utilisation après libération (use-after-free) dans le module d’authentification fédérée FedCM a offert la porte de sortie définitive du bac à sable. Google a attribué 62 CVE à l’ensemble des vulnérabilités découvertes lors de ce test, dont 13 étaient des évasions de sandbox. La version Chrome 156 les corrige toutes.
« Ce n’est pas la première fois qu’une IA aide à construire une exploitation V8. Plus tôt en 2026, un chercheur avait montré que Claude Opus permettait de développer une chaîne fonctionnelle contre une version obsolète de Chromium. » - Extrait du rapport d’Anthropic
Safari, Android, Windows et Linux : des chaînes tout aussi critiques
Safari : contournement de la politique de même origine sans code exécuté
Claude a réussi à contourner la Same-Origin Policy de Safari en ne modifiant qu’un drapeau de sécurité, une taille d’objet et une URL en mémoire. Aucun code arbitraire n’a été nécessaire. Conséquence : un site web malveillant pouvait lire l’historique, les cookies et les sessions connectées (messagerie, banque) de l’utilisateur. Apple a reconnu le rapport le jour même et déployé un correctif.
Android : extraction de données depuis un Pixel 9 verrouillé
La chaîne d’exploitation Android a permis de récupérer photos et données personnelles sur un Google Pixel 9 pourtant protégé par un code PIN. Trois failles ont été enchaînées :
- Contournement du bloc USB en mode verrouillé
- Saut de la vérification d’autorisation d’appairage
- Suppression de la vérification du code à six chiffres
Un chemin de repli a ensuite transféré les fichiers bruts via USB. Google a depuis corrigé ces failles.
Windows : vulnérabilité crash à distance dans le code QUIC
Identifiée sous CVE-2026-33096, cette faille dans l’implémentation Windows du protocole QUIC permet de faire redémarrer un serveur HTTP/3 en envoyant seulement quelques paquets. Selon Anthropic, plusieurs millions de serveurs exposés sur Internet sont concernés. Claude a découvert le bug en désassemblant le binaire Windows avec Ghidra.
Linux : la chaîne zéro-clic la plus grave
Le cas Linux est le plus préoccupant. Claude a construit un exploit zéro-clic visant les serveurs écoutant sur un socket multipath TCP. Un attaquant distant, sans aucun accès préalable, peut exécuter des commandes en tant que root. La cause racine est une condition de concurrence menant à une utilisation après libération dans la pile réseau du noyau.
Le processus se déroule en deux phases :
- Fuite d’adresse noyau pour contourner KASLR (48 minutes en moyenne)
- Écriture d’un pointeur de rappel et exécution d’une commande shell (5 minutes supplémentaires)
En cas d’échec, le système ne plante pas, permettant à l’attaquant de réessayer indéfiniment. Cette faille est suivie sous CVE-2026-98432 et corrigée dans tous les noyaux stables maintenus.
| Plateforme | Type d’exploit | Nombre de vulnérabilités chaînées | Correctif en place |
|---|---|---|---|
| Chrome | Exécution hors sandbox | 4 (V8, ASLR, CacheStorage, FedCM) | Chrome 156 |
| Safari | Contournement SOP | 3 (drapeau, taille, URL) | Mise à jour Apple |
| Android | Extraction données verrouillées | 3 (USB, appairage, code) | Correctif Google |
| Windows | Crash distant QUIC | 1 (CVE-2026-33096) | Mise à jour Windows |
| Linux | Exécution commande root zéro-clic | 2 (fuite KASLR + callback) | Noyau stable patché |
Enseignements pour la cybersécurité : parallélisation et correction à la source
Anthropic tire deux leçons principales de cet exercice. D’une part, exécuter de nombreux agents de scan en parallèle permet de découvrir bien plus de bugs. D’autre part, il est essentiel d’intégrer la détection directement dans le processus de développement, dès la soumission de code (pull request), pour éviter l’accumulation d’un arriéré de failles.
Un plugin de sécurité gratuit pour Claude Code
Pour aider les développeurs, Anthropic a publié un plugin de conseil en sécurité pour son outil Claude Code. Ce plugin analyse le code en temps réel et suggère des corrections avant qu’une vulnérabilité issue d’un modèle de code IA ne soit intégrée. Il s’inscrit dans une démarche de shift-left où la sécurité est déplacée le plus tôt possible dans le cycle de vie du logiciel.
L’importance de la collaboration avec les éditeurs
Toutes les vulnérabilités découvertes par Claude ont été signalées aux éditeurs avant publication. Google, Apple, Microsoft et l’équipe noyau Linux ont pu déployer des correctifs rapidement. Ce processus responsable est un modèle à suivre pour toute équipe de recherche en sécurité, qu’elle soit humaine ou automatisée.
Comment les professionnels peuvent se préparer face à l’IA offensive
La démonstration d’Anthropic montre que les capacités offensives de l’IA ne sont plus théoriques. Les RSSI et les équipes de sécurité doivent adapter leur posture en conséquence.
Actions prioritaires
- Accélérer le patching : les correctifs doivent être déployés en heures, pas en jours. Les chaînes d’exploitation automatisées réduisent la fenêtre d’opportunité pour les attaquants, mais aussi pour les défenseurs.
- Auditer les chaînes de dépendances : une vulnérabilité dans un composant apparemment anodin (ex. CacheStorage) peut servir de maillon dans une chaîne. Utilisez un SBOM (Software Bill of Materials) pour cartographier vos actifs.
- Multiplier les tests d’intrusion automatisés : les mêmes outils que Claude peuvent être utilisés en défense. Des plateformes comme Anthropic’s Cyber Verification Program offrent un accès anticipé à ces capacités.
- Former les équipes à l’analyse de binaires assistée par IA : la découverte de la faille QUIC par désassemblage avec Ghidra montre que l’IA peut assister le reverse engineering à grande échelle.
« Les mêmes capacités peuvent aider les attaquants. C’est pourquoi corriger rapidement et scanner votre propre code est plus important que jamais. » - Anthropic, octobre 2026
Un tableau de bord pour la veille
Pour suivre l’évolution des menaces, mettez en place une veille automatisée sur les CVE issues de travaux IA. Les 129 000 failles vérifiées par le programme d’Anthropic montrent l’ampleur du phénomène. Un outil de threat intelligence capable d’agréger ces informations et de les corréler avec votre parc est désormais indispensable.
Conclusion : repenser la sécurité à l’ère des chaînes d’exploitation automatisées
L’annonce d’Anthropic n’est pas une surprise pour les experts qui suivaient l’évolution des capacités des grands modèles de langage, mais elle marque un cap : une IA non dédiée à la sécurité a réussi à produire des chaînes d’exploitation complexes, parfois zéro-clic, contre les principales plates-formes du marché. Les conséquences sont doubles : d’un côté, les défenseurs disposent désormais d’un allié puissant pour détecter et corriger les failles avant qu’elles ne soient exploitées ; de l’autre, les attaquants peuvent s’appuyer sur des outils similaires pour automatiser leurs attaques.
La prochaine action pour toute organisation est claire : intégrer des tests de sécurité automatisés par IA dans sa chaîne CI/CD, suivre les correctifs des éditeurs avec une vélocité accrue et investir dans la formation des équipes à ces nouvelles méthodologies. L’ère où une vulnérabilité isolée suffisait pour pénétrer un système est révolue. Désormais, ce sont les chaînes d’exploitation qu’il faut anticiper, et l’IA en est l’accélérateur principal.
Article rédigé à partir des informations communiquées par Anthropic (Frontier Red Team, 27 octobre 2026) et des analyses de GBHackers Security.