Claude d'Anthropic a créé des exploits pour FreeBSD et obtenu un accès root en quatre heures
Avec le chercheur Nicholas Carlini, Claude a créé de manière autonome en quatre heures deux exploits fonctionnels pour CVE-2026-4747 dans le noyau de FreeBSD…
Traité par IA depuis 3DNews AI ; édité par Hamidun News
Claude, travaillant avec le chercheur Nicholas Carlini, a trouvé de manière autonome un chemin allant d'une vulnérabilité FreeBSD à deux exploits fonctionnels et à l'exécution de code avec privilèges root en quatre heures. Pour l'industrie de la sécurité, c'est un moment révélateur : le modèle ne se contente plus d'aider à analyser les bugs, il est capable de les développer en attaques pratiques.
Comment Cela S'est Produit
Il s'agit de la vulnérabilité CVE-2026-4747 dans le noyau FreeBSD. Selon la description de l'expérience, Claude a travaillé de manière assez autonome : analysant le comportement du système, construisant des hypothèses, les testant et assemblant progressivement une chaîne d'exploitation fonctionnelle. Le résultat n'était pas une discussion théorique sur l'endroit où une erreur pourrait exister, mais deux exploits entièrement fonctionnels qui pouvaient être exécutés contre des machines sans le correctif installé. En d'autres termes, le modèle a progressé de l'analyse du noyau à un résultat prêt à l'emploi.
Le résultat le plus important a été que le modèle a réussi l'exécution de code avec les privilèges maximaux. En d'autres termes, l'attaque s'est terminée par l'obtention d'un accès root sur les serveurs vulnérables. Normalement, ce chemin nécessite qu'un chercheur passe par une série d'itérations manuelles : étudier le code, reproduire le bug, trouver une technique pour contourner les protections et transformer tout cela en un scénario d'attaque fiable. Ici, l'IA a complété une partie importante de ce travail par elle-même et l'a fait en environ quatre heures. C'est ce qui rend l'expérience particulièrement notable : elle démontre non pas une assistance à la recherche, mais l'exécution complète d'une tâche d'attaque de l'analyse au résultat.
Pourquoi C'est Préoccupant
Pour le marché de la cybersécurité, c'est un changement important car il modifie non seulement la vitesse d'analyse mais aussi le niveau d'autonomie de l'outil. Auparavant, les modèles génératifs étaient généralement utilisés comme assistants : expliquer des fragments de code, proposer des idées, aider au débogage. Dans ce cas, Claude est allé plus loin et a fermé plusieurs étapes de la chaîne d'attaque sans orientation manuelle constante. Par conséquent, l'histoire semble être l'un des premiers exemples publiquement décrits où l'IA elle-même a porté une vulnérabilité à un outil d'attaque fonctionnel.
- Transition rapide de la découverte à l'exploitation
- Automatisation des étapes répétitives du chercheur
- Abaissement du seuil de création de PoC dangereux
- Augmentation de la charge sur les équipes responsables des correctifs
Ce qui est particulièrement troublant, c'est qu'il ne s'agissait pas d'une démonstration de laboratoire dans un environnement de test entièrement artificiel, mais impliquait des serveurs où la vulnérabilité n'avait pas encore été corrigée. Cela rapproche le cas d'un environnement opérationnel réel. Si de telles capacités deviennent standard pour les modèles puissants, la fenêtre entre la divulgation d'un bug et l'apparition d'un exploit fonctionnel pourrait se réduire considérablement. Cela signifie que les administrateurs et les fournisseurs devront réagir beaucoup plus rapidement qu'auparavant.
Implications pour la Défense
L'histoire de FreeBSD démontre à la fois la valeur et le risque de tels systèmes. D'une part, les mêmes méthodes peuvent être utilisées dans un contexte défensif : vérifier vos propres produits, trouver les erreurs critiques avant les attaquants et tester la qualité des correctifs. D'autre part, le fait que le modèle puisse développer indépendamment des idées en exploits fonctionnels signifie une course inévitable entre les applications d'IA défensive et offensive.
L'avantage appartiendra aux équipes qui disposent déjà d'un processus automatisé de triage initial, de priorisation et de déploiement rapide des correctifs. Pour les équipes d'infrastructure, la conclusion est assez pragmatique : si une vulnérabilité critique est publiée, vous ne pouvez plus compter sur une longue période de grâce. Même si un exploit détaillé n'est pas encore apparu publiquement, les modèles modernes peuvent aider à l'assembler beaucoup plus rapidement qu'auparavant. Dans un tel environnement, la valeur de la segmentation, de la minimisation des privilèges, du contrôle des modifications et de la vérification continue des nœuds qui manquent réellement de mises à jour augmente. Pour les environnements anciens et mal inventoriés, c'est un scénario particulièrement dangereux.
Ce Que Cela Signifie
Le cas Claude et FreeBSD démontre que l'IA générative entre dans une phase où elle affecte non seulement la productivité des développeurs, mais aussi le rythme des opérations cyberoffensives. Pour les entreprises, c'est un signal direct pour réduire le temps d'installation des correctifs et traiter les CVE publiques comme si un exploit fonctionnel pouvait apparaître presque immédiatement.
Vous voulez cesser de lire sur l'IA et commencer à l'utiliser?
AI News est un fil d'actualité IA. Hamidun Academy vous apprend à utiliser l'IA dans votre travail.