Anthropic place Claude chez les opérateurs critiques, sans vérifier toutes ses alertes

Une erreur de configuration dans un logiciel bancaire se corrige parfois en quelques minutes. Dans une station de traitement de l’eau, un réseau électrique ou un système ferroviaire, le même type de défaut peut interrompre un service essentiel — voire produire des conséquences physiques immédiates.

Anthropic veut placer Claude au plus près des systèmes industriels

Le 8 octobre 2026, Anthropic a lancé son Critical Infrastructure Defense Program, un dispositif destiné aux entreprises qui conçoivent, exploitent ou sécurisent les infrastructures critiques. Le programme leur fournit un accès aux modèles Claude de pointe, l’appui d’ingénieurs d’Anthropic et des travaux de recherche consacrés aux menaces informatiques visant les environnements industriels.

L’initiative cible notamment les secteurs de l’énergie, de l’eau et des transports. Ces activités reposent sur des systèmes OT (operational technology), qui pilotent des équipements physiques : automates, turbines, pompes, transformateurs, dispositifs de signalisation ou chaînes de supervision. Contrairement à de nombreux logiciels d’entreprise, ces installations ne peuvent pas toujours être arrêtées pour appliquer une mise à jour ou isoler une machine compromise.

Anthropic présente donc Claude comme un outil destiné à renforcer la détection, l’analyse et la réponse aux incidents dans des environnements où la cybersécurité ne se limite pas à protéger des données. Un modèle pourrait, par exemple, aider à examiner des journaux techniques, à repérer des comportements anormaux ou à accélérer l’analyse d’un logiciel vulnérable. Mais chaque recommandation doit être confrontée aux contraintes opérationnelles du site concerné.

Onze partenaires pour tester les usages à haut risque

Onze partenaires fondateurs participent au programme. Parmi eux figurent Accenture, CrowdStrike, Hitachi, Palo Alto Networks et Rockwell Automation. Cette composition associe des acteurs du conseil, de la cybersécurité, de l’industrie et des technologies de contrôle-commande.

Ce choix est significatif. Anthropic ne cherche pas seulement à vendre un assistant généraliste à des opérateurs d’infrastructures. L’entreprise s’appuie aussi sur des fournisseurs déjà présents dans les réseaux industriels et les dispositifs de sécurité. Ces partenaires disposent de données, de procédures et d’une connaissance terrain indispensables pour évaluer les résultats d’un modèle dans des contextes où une réponse plausible peut être dangereuse si elle est incomplète.

La présence d’ingénieurs sur site vise précisément à réduire cet écart entre démonstration logicielle et usage opérationnel. Dans une infrastructure critique, l’efficacité d’un outil ne se mesure pas uniquement au nombre d’alertes détectées. Elle dépend aussi de sa capacité à respecter les procédures d’escalade, les contraintes de disponibilité et les règles de séparation entre les systèmes informatiques et industriels.

Le vrai risque n’est pas seulement la détection

L’IA peut accélérer plusieurs étapes du travail de défense, mais elle introduit également une nouvelle surface d’erreur. Un modèle peut mal interpréter un signal, confondre une activité de maintenance avec une intrusion ou recommander une action incompatible avec la configuration locale.

Dans un centre de données, un faux positif peut mobiliser inutilement une équipe. Dans un réseau électrique, une coupure ou une modification mal appliquée peut affecter la continuité du service. Le problème se déplace alors : il ne s’agit plus seulement de savoir si l’IA identifie une menace, mais de déterminer dans quelles conditions un humain peut lui faire confiance.

La difficulté est encore plus nette pour les correctifs. Les systèmes industriels utilisent parfois des équipements anciens, des logiciels propriétaires ou des composants certifiés dont la modification nécessite des tests et des autorisations spécifiques. Une mise à jour qui corrige une faille connue peut dégrader une fonction de contrôle, perturber la compatibilité entre équipements ou imposer un arrêt planifié de plusieurs heures.

Anthropic reconnaît que le déploiement sûr des correctifs reste un défi, en particulier dans les infrastructures difficiles à interrompre. Cette limite est centrale : fournir une analyse plus rapide ne résout pas automatiquement le problème de l’exécution. Entre la découverte d’une vulnérabilité et son traitement effectif, il faut encore valider le diagnostic, mesurer le risque, tester la modification et organiser son déploiement.

Une promesse d’assistance, pas d’autonomie complète

Le programme semble donc s’inscrire dans une logique d’augmentation des équipes de sécurité plutôt que de remplacement. Claude peut contribuer à réduire le temps consacré aux tâches répétitives — recherche dans de grandes quantités de logs, comparaison de configurations, synthèse de rapports ou revue de code — mais la décision finale doit rester inscrite dans une chaîne de responsabilité clairement définie.

Cette exigence est particulièrement importante dans les environnements où la séparation entre recommandation et action doit être explicite. Un modèle capable de produire une commande ou une procédure de correction ne devrait pas, par défaut, disposer des droits nécessaires pour l’exécuter sur un système de production.

OSS Scanner élargit le périmètre, avec un garde-fou absent

Anthropic lance parallèlement OSS Scanner, un service gratuit destiné aux projets open source. Ses modèles analyseront des composants logiciels et transmettront directement aux mainteneurs des rapports de vulnérabilités.

Le service pourrait aider des projets qui manquent de temps ou de moyens à examiner leur code. Une vulnérabilité détectée plus tôt peut limiter la durée d’exposition d’un composant utilisé par des milliers d’applications. Mais Anthropic précise que les rapports seront envoyés sans vérification humaine préalable.

L’entreprise reconnaît donc que certains résultats pourront être inexacts. Cette réserve recouvre deux risques opposés : les faux positifs, qui mobilisent les mainteneurs autour d’un problème inexistant, et les faux négatifs, qui laissent passer une faille réelle. Dans les deux cas, la qualité du processus dépendra de la capacité des projets à reproduire l’analyse, à vérifier le contexte et à hiérarchiser les alertes.

Le sujet est sensible pour les vulnérabilités non publiques. Un rapport mal adressé, trop détaillé ou transmis avant qu’un correctif soit disponible peut faciliter l’exploitation d’une faille. À l’inverse, un signal trop prudent peut retarder une correction nécessaire. Le choix de l’automatisation intégrale du premier rapport devra donc être évalué à l’aune de sa précision, de ses délais et de la manière dont les mainteneurs peuvent contester ou compléter les résultats.

Le prochain test sera celui des résultats mesurables

Avec ce programme, Anthropic lie directement ses modèles à des systèmes dont l’interruption a un coût humain, économique et politique. L’enjeu ne sera pas de démontrer qu’un modèle peut trouver une faiblesse, mais de prouver qu’il améliore la sécurité sans augmenter le risque opérationnel.

Les indicateurs à surveiller sont concrets : temps moyen de détection, taux de faux positifs, délai entre l’alerte et la correction, nombre de correctifs déployés sans incident et qualité des rapports transmis aux projets open source. Le prochain jalon sera la publication de premiers retours documentés des onze partenaires et des mainteneurs utilisant OSS Scanner. C’est à ce moment que se mesurera la valeur réelle de Claude dans les infrastructures critiques : non pas à sa capacité à produire une réponse convaincante, mais à sa fiabilité lorsqu’une erreur peut avoir des effets physiques.