Anthropic a lancé OSS Scanner, un service gratuit sur adhésion volontaire qui examine périodiquement du code open source avec ses modèles les plus performants, dont Claude Mythos. Le service envoie les constats directement aux mainteneurs, sans relecture humaine. Il accélère ainsi la transmission, mais laisse aux équipes des projets la responsabilité de vérifier les rapports et les correctifs proposés.
Lancé le 8 octobre 2026, le programme cible des projets établis, dont l'impact sur l'infrastructure et la sécurité des utilisateurs est critique. Selon MarkTechPost, 114 projets avaient été acceptés sur environ 650 candidatures au 19 octobre, date à laquelle Anthropic a fait état de 77 constats critiques et de 803 constats élevés évalués par le modèle. Ces classifications sont des évaluations du modèle. Elles ne sont pas la preuve que des attaquants ont exploité les failles.
Des rapports plus rapides, un compromis sur le tri
Dans son annonce de lancement, Anthropic indique que ses modèles ont repéré plus de 29 000 vulnérabilités potentielles en six mois, mais que des relecteurs humains n'en ont trié qu'environ 6 000. Les mainteneurs qui demandaient l'ensemble des constats disponibles avaient déjà reçu près de 5 000 rapports sans validation préalable.
OSS Scanner formalise cette option. Anthropic maintiendra son processus existant de divulgation coordonnée des vulnérabilités pour les constats vérifiés par des humains, en particulier pour les projets qui n'ont pas les ressources nécessaires pour trier les rapports bruts. Le service automatisé est destiné aux équipes capables de suivre le rythme des rapports de vulnérabilités élevées et critiques déjà vérifiés.
Anthropic a testé une version préliminaire du scanner en demandant à des pentesters expérimentés d'examiner 97 constats critiques et élevés sur 48 projets. Parmi eux, 85 (88 %) respectaient sa norme de divulgation coordonnée. Onze autres décrivaient de véritables problèmes, mais doublonnaient des failles connues ou d'autres constats du même scan. Un seul était invalide. Certains mainteneurs ont néanmoins signalé des niveaux de gravité surévalués ou des erreurs d'interprétation des modèles de menace de leurs projets.
Les retours des mainteneurs indiquent aussi des résultats utiles. Todd Ouska, de wolfSSL, a déclaré que sur 74 rapports, tous sauf deux étaient valides et que cinq ont donné lieu à des CVE. Anthropic a indiqué que ses premiers tests sur des dizaines de projets avaient produit des centaines de rapports, dont des vulnérabilités qu'elle a pu enchaîner en exploits d'exécution de code à distance sans authentification. Il s'agissait de capacités démontrées pendant les tests, et non de signalements d'attaques observées dans la nature.
Comment les projets s'inscrivent et reçoivent les constats
Selon la documentation du service, les mainteneurs principaux s'inscrivent en soumettant une pull request vers anthropics/oss-scanner, en ajoutant projects/<project>/project.yaml. La configuration indique le dépôt et le contact principal, ainsi que le chemin du Dockerfile relatif au dépôt. Les mainteneurs peuvent aussi placer un fichier nommé Dockerfile à côté de la configuration et omettre ce champ.
Anthropic examine l'éligibilité au cas par cas, en tenant compte notamment de l'exposition aux attaques à distance, des dépendances, de l'usage et de l'importance pour la sécurité. Les nouveaux projets et les forks qui ne s'en distinguent pas nettement ne sont généralement pas éligibles.
Le Dockerfile se construit avec accès réseau et prépare les dépendances. Les agents d'analyse fonctionnent ensuite dans des bacs à sable durcis, avec l'accès à Internet désactivé. Le pipeline utilise des agents pour revérifier les bogues, analyser les causes profondes et proposer des correctifs, mais les constats ne font l'objet d'aucun tri humain avant envoi.
Les rapports arrivent par courriel, avec un reproducteur autonome et une explication. Lorsque c'est possible, ils identifient aussi le commit introducteur par bissection et incluent un correctif candidat. Les analyses suivantes recherchent les vulnérabilités nouvellement introduites et les problèmes manqués par les analyses précédentes. Leur fréquence varie selon la charge de travail et d'autres facteurs.
Un fichier facultatif de modèle de menace permet aux mainteneurs de définir des entrées adverses, des exclusions, des critères de gravité et leurs préférences de signalement. Sans ce fichier, le scanner tranche lui-même les cas ambigus.
Des vérifications humaines encadrent toujours l'inscription et les destinataires : Anthropic vérifie l'identité des mainteneurs, les contacts de sécurité et le périmètre visé du dépôt. Le chiffrement GPG facultatif est disponible, mais les rapports chiffrés ne sont envoyés qu'au contact principal et ne peuvent pas inclure de destinataires en copie.
Les constats non validés ne sont soumis à aucun délai de divulgation de 90 jours. Si Anthropic valide plus tard un rapport par son processus relu par des humains, une période de 90 jours pourrait commencer lorsque le mainteneur est informé de cette validation. Les projets peuvent suspendre les rapports automatisés avec disabled: true ou se retirer en supprimant leur répertoire de projet par une pull request.
Le correctif de curl illustre les constats, et leurs conditions
Une vulnérabilité mise en avant dans la couverture du service est la CVE-2026-92392, une use-after-free à l'envoi HTTP/2 de gravité élevée, touchant à la fois libcurl et l'outil en ligne de commande curl. L'avis de curl indique que la faille se produit lorsqu'un envoi gère mal un RST_STREAM HTTP/2 du serveur avec la raison HTTP_1_1_REQUIRED ou REFUSED_STREAM, libérant un objet struct Curl_easy encore utilisé.
L'éditeur indique que les versions de curl 8.12.0 à 8.22.0 sont affectées, avec des exceptions pour les branches de maintenance : les versions 8.20.2 et suivantes de la branche 8.20.X, 8.16.2 et suivantes de la 8.16.X, et 8.14.3 et suivantes de la 8.14.X ne sont pas affectées. Les versions antérieures à 8.12.0 ainsi que les versions 8.23.0 et suivantes ne sont pas non plus affectées.
curl indique qu'une exécution de code à distance a été démontrée dans des conditions précises. Le serveur malveillant doit tenir compte de la disposition exacte des objets et des structures de la version précise de curl, de l'architecture, d'un allocateur libc compatible et de la disposition du tas, du comportement de nghttp2 et d'OpenSSL/TLS 1.3, d'un bundle de CA figé et d'une géométrie d'allocation dépendante des entrées. L'exploit dépend aussi de deux transferts parallèles, de leur ordonnancement et de leur synchronisation, de fuites libc et de décalages de symboles calibrés, ainsi que d'une contrainte actuelle sur les commandes courtes d'environ 23 octets.
Le problème a été signalé à curl le 15 septembre 2026. La version 8.23.0 et l'avis ont été publiés le 14 octobre. curl recommande de passer à la version 8.23.0, d'appliquer le correctif localement ou d'éviter HTTP/2.
