Deux chantiers réunis sous une même « Cyber Mission »
La présentation publiée par Anthropic rassemble sous un même nom deux problèmes distincts. D’un côté, les infrastructures critiques reposent sur des systèmes industriels difficiles à arrêter ou à modifier. De l’autre, une grande partie du logiciel mondial dépend de bibliothèques libres entretenues par des équipes parfois très petites. Dans les deux cas, découvrir une faiblesse n’est que le début du travail : il faut comprendre son importance, préparer un correctif et l’appliquer sans créer un autre risque.
Anthropic affirme vouloir apporter ses modèles Claude, des ingénieurs et des ressources de recherche aux professionnels de la défense. Il ne s’agit pas d’une mise à disposition générale d’un agent capable de « protéger » seul une centrale électrique. Les deux programmes commencent avec des publics définis, des partenaires ou des projets sélectionnés, et restent dépendants d’équipes humaines spécialisées.
Cette annonce prolonge notamment le projet Glasswing, dans lequel Anthropic avait cherché des vulnérabilités dans des logiciels très utilisés. L’entreprise dit avoir constaté un déséquilibre : les capacités de découverte progressent rapidement, mais la vérification, la priorisation et la correction demeurent plus lentes. La Cyber Mission tente de réduire cet écart, sans démontrer encore qu’elle a déjà diminué le nombre d’incidents dans les secteurs concernés.
Infrastructures critiques : un programme avec des spécialistes, pas un accès libre
Le premier volet s’appelle Critical Infrastructure Defense Program, ou CIDP. Anthropic veut mettre des modèles avancés, des ingénieurs présents sur le terrain et des analyses de menaces à la disposition de fournisseurs auxquels les exploitants font déjà confiance. Parmi les partenaires fondateurs figurent Accenture, Booz Allen, CrowdStrike, Deloitte, Dragos, Hitachi, Insane Cyber, Nozomi Networks, Palo Alto Networks, PwC et Rockwell Automation. Ce sont notamment des sociétés de conseil, de cybersécurité et des fabricants d’équipements.
Le choix de ces intermédiaires est important. Un réseau d’eau ou une usine n’est pas un site Web que l’on met à jour en quelques minutes. Les contrôleurs, les logiciels de supervision et les réseaux industriels peuvent fonctionner pendant des décennies. Certaines installations ne peuvent pas être arrêtées à la demande pour installer un correctif ; d’autres utilisent des équipements propriétaires et des procédures strictes. Un changement mal préparé peut interrompre la production, l’alimentation en eau ou un transport.
Anthropic dit que plusieurs partenaires utilisent déjà Claude pour aider à corriger des vulnérabilités et accompagner leurs clients. Elle commence toutefois avec une petite cohorte afin de déterminer ce qui est pratique et efficace. L’entreprise reconnaît explicitement que l’IA ne résout pas toutes les difficultés de sécurité des systèmes industriels. L’évaluation d’un risque, les essais hors production, le calendrier d’intervention et l’autorisation de modifier un système réel doivent rester sous le contrôle des opérateurs responsables.
Pourquoi la découverte d’une faille n’est pas la victoire
Dans un environnement informatique classique, une équipe peut parfois reproduire une faille, installer une nouvelle version puis surveiller le résultat. Dans une infrastructure physique, le même processus rencontre des contraintes supplémentaires : disponibilité permanente, matériel ancien, interactions avec des machines et obligations de sûreté. Une vulnérabilité théorique doit être reliée à un scénario d’exploitation crédible, puis traitée selon son exposition réelle.
Un modèle peut aider à examiner du code, rapprocher des composants connus et proposer une piste de correction. Mais il peut aussi manquer un détail du procédé industriel ou sous-estimer l’effet d’un correctif sur une installation particulière. La bonne mesure de succès du CIDP ne sera donc pas le nombre brut de failles découvertes. Elle sera, à terme, la réduction des chemins d’attaque exploitables, la rapidité de réparation compatible avec l’exploitation et la capacité de reprise lorsqu’un incident survient.
Au 9 octobre, Anthropic ne publie pas encore de bilan démontrant une baisse chiffrée des incidents dans les réseaux qu’elle évoque. Son objectif est ambitieux ; ses résultats restent à observer. Cette distinction évite de présenter un programme de partenariat comme une protection déjà acquise pour l’ensemble des infrastructures critiques.
OSS Scanner : un service gratuit, mais sur inscription
Le second volet concerne l’open source. Avec OSS Scanner, des projets admissibles peuvent recevoir gratuitement des analyses de sécurité régulières produites par les modèles les plus avancés d’Anthropic. La société précise que l’inscription est volontaire. Les responsables principaux d’un projet doivent en demander l’accès, et les candidatures sont examinées au cas par cas selon l’importance du logiciel pour l’infrastructure et la sécurité des utilisateurs.
Ce n’est donc pas un scanner ouvert sans condition à chaque dépôt public. Les mainteneurs doivent disposer de la capacité de traiter les résultats. Pour les projets qui ne souhaitent pas recevoir des alertes brutes, Anthropic dit maintenir son processus classique de divulgation coordonnée, dans lequel les vulnérabilités sont vérifiées humainement avant d’être signalées. Le choix entre rapidité et filtrage est au cœur du dispositif.
Selon la présentation technique du scanner, chaque rapport peut inclure une méthode pour reproduire le problème, une explication de la faille et, lorsqu’il en existe un, un correctif candidat. Ce sont des propositions à examiner, pas des modifications automatiquement appliquées. La gravité peut être surestimée, le problème déjà connu ou le comportement du logiciel mal compris par le modèle.
29 000 failles potentielles : ce que le chiffre mesure réellement
Anthropic indique avoir repéré plus de 29 000 vulnérabilités candidates dans des projets libres au cours des six mois précédant l’annonce. Elle dit n’avoir pu en examiner manuellement qu’environ 6 000, faute de capacité de validation suffisante. À la demande de certains mainteneurs, elle leur aurait déjà transmis près de 5 000 rapports non vérifiés. Ces volumes illustrent le goulet d’étranglement ; ils ne signifient pas que 29 000 failles distinctes et exploitables ont été confirmées.
Pour mesurer la qualité d’une version précoce d’OSS Scanner, Anthropic a demandé à des spécialistes d’étudier 97 signalements graves ou critiques, concernant 48 projets. Selon ses résultats, 85 satisfaisaient aux critères de son processus de divulgation coordonnée. Parmi les 12 autres, 11 étaient des problèmes réels mais déjà connus ou redondants, et un était invalide. Cette vérification ciblée est encourageante, mais elle ne constitue pas un taux de précision représentatif de tous les futurs rapports, notamment des alertes de faible gravité.
L’entreprise anticipe un taux de signalements vrais supérieur à 90 % et promet d’améliorer les rapports. Il s’agit d’une attente du fournisseur, non d’une garantie contractuelle ou d’un résultat établi sur tous les projets. La pertinence d’un rapport dépend aussi du modèle de menace propre à chaque logiciel. Un comportement surprenant pour un scanner peut être voulu, inaccessible à un attaquant ou couvert par une autre défense.
Le risque d’épuiser les mainteneurs
Une bibliothèque open source très utilisée peut être maintenue par quelques bénévoles. Leur envoyer davantage de signalements n’améliore la sécurité que s’ils peuvent les lire, les reproduire, distinguer les doublons, préparer les correctifs et coordonner leur publication. À défaut, le flux peut détourner du temps de maintenance. OSS Scanner pourrait alors accélérer la découverte sans accélérer la réparation.
Le correctif suggéré lui-même doit être testé. Il peut casser une fonctionnalité, réduire les performances, introduire une régression ou ne fermer qu’une partie du problème. Pour les failles graves, la divulgation doit aussi éviter de donner trop tôt aux attaquants des instructions utiles avant que les utilisateurs puissent se protéger. Anthropic dit vouloir travailler avec les projets pour améliorer la qualité des corrections ; ce travail opérationnel comptera autant que la sophistication du modèle.
Il faut également distinguer OSS Scanner d’autres offres Anthropic. Claude Security est présenté comme un produit de recherche et de correction de failles destiné aux entreprises. Le Cyber Verification Program vise l’accès de professionnels qualifiés à des capacités cyber plus larges. OSS Scanner est, lui, le service gratuit et volontaire destiné à certains projets libres. Les confondre ferait croire à tort qu’un même accès ou un même tarif s’applique à tous les publics.
Quels résultats faudrait-il suivre ?
Pour juger la Cyber Mission, il faudra regarder au-delà des démonstrations. Côté open source : combien de rapports sont confirmés, quelle part apporte une découverte nouvelle, combien de temps s’écoule avant un correctif et combien de corrections introduisent des régressions ? Côté infrastructures critiques : les partenaires pourront-ils montrer que les vulnérabilités réellement exploitables sont traitées plus vite, sans compromettre la continuité des services ?
La confidentialité des informations examinées, les droits accordés aux outils et la traçabilité des décisions devront aussi être adaptés à chaque environnement. Un agent qui aide à analyser n’a pas nécessairement besoin de pouvoir agir sur un système de production. Une frontière nette entre diagnostic, recommandation et exécution rend le dispositif plus contrôlable.
Le regard FLUXAI
Anthropic propose une utilisation plausible de l’IA en cybersécurité : augmenter la capacité d’analyse de spécialistes déjà responsables des systèmes. OSS Scanner pousse cette logique jusqu’à envoyer des rapports sans revue préalable pour gagner du temps. La promesse est réelle, mais la limite l’est aussi. Tant que la validation et le déploiement des correctifs resteront les étapes les plus lentes, le nombre de vulnérabilités détectées ne sera pas le meilleur indicateur de protection. La Cyber Mission devra se mesurer aux failles effectivement corrigées et aux services qui continuent de fonctionner.