Des agents IA autonomes ont compromis plus de 1 200 sites via des panneaux de contrôle ouverts

Un opérateur sinophone a utilisé des agents IA autonomes pour compromettre plus de 1 200 sites web, dont ceux de grandes corporations telles que Deere, SharkNinja et Cummins. Le chercheur en sécurité Snorre Fagerland, de NorForge, a détecté cette campagne début octobre 2026 après avoir trouvé des panneaux de contrôle exposés pour un outil IA open source appelé Cairn.

Ce qui s’est passé

La campagne d’attaque reposait sur le mauvais usage de Cairn, un outil conçu pour les tests d’intrusion autorisés permettant aux agents IA de poursuivre des objectifs étape par étape. L’opérateur a laissé des dizaines d’instances de Cairn accessibles sur l’internet public sans authentification, ce qui a permis à Fagerland d’observer les attaques en temps réel. Le cluster le plus actif, identifié sous le nom AIA0001, liait quatorze panneaux à plus de 1 100 projets d’attaque visant des systèmes de commerce électronique et de paiement aux États-Unis, au Japon et en Australie.

Les agents tentaient d’obtenir un accès persistant en installant des uploaders de web shells, qui sont des formulaires permettant de sauvegarder des fichiers sur un serveur. Bien que ces formulaires n’exécutent pas directement de commandes, ils offrent une porte d’entrée aux attaquants pour injecter ultérieurement du code malveillant. NorForge a vérifié la présence d’un web shell actif chez un grand fournisseur de pièces matérielles et confirmé une compromission chez un important détaillant américain, où l’agent a exploité un simple paramètre de cookie pour atteindre un serveur backend vulnérable.

Les victimes ont signalé des niveaux d’impact variables. Deere a déclaré avoir corrigé le problème et ne pas avoir trouvé de preuve d’accès à des données sensibles. SharkNinja a contenu la menace sur un site de support autonome, tandis que Cummins enquêtait sur une potentielle attaque contre un site web géré par un fournisseur. Deux petites entreprises ont également confirmé des compromissions. Les propres registres de l’attaquant détaillaient des chaînes d’intrusion impliquant des accès en écriture non autorisés aux stores de session memcached et des faiblesses dans le code legacy Zend Framework.

Comment cela fonctionne

Cairn fonctionne en donnant aux agents IA un point de départ et un objectif spécifique, tel que trouver un moyen d’exécuter du code sur une boutique cible. Les agents travaillent ensuite de manière autonome, publiant leurs découvertes sur un tableau partagé où un opérateur humain peut fournir des indices. Dans cette campagne, l’opérateur a fourni une guidance minimale, esquissant des tactiques en moins de 100 caractères chinois. Les agents ont ensuite exécuté le reste du processus, identifiant les vulnérabilités et déployant des charges utiles avec peu de supervision.

L’infrastructure semblait utiliser un worker nommé claudecode_deepseek-v4.1-flash, suggérant une combinaison des modèles DeepSeek V4.1 Flash et de Claude Code d’Anthropic. Bien que ni le chercheur ni Reuters n’aient pu confirmer définitivement les modèles exacts, la campagne exploitait clairement des modèles de langage abordables et hautement capables pour automatiser les phases de reconnaissance et d’exploitation. Cette configuration a permis à l’attaquant de passer à l’échelle sur des centaines de cibles simultanément.

Détails clés

• Échelle : Les agents ont ciblé plus de 1 200 sites et atteint plus de 100 entreprises.
• Coût : La campagne a coûté environ 5 000 $ en tokens, soit une moyenne de 5 $ par tâche ou 50 $ par piratage réussi.
• Vitesse : Les intrusions réussies ont pris en moyenne un peu moins de 23 heures.
• Taux de réussite : Le taux de succès global était d’environ 10 %, bien que les objectifs variaient selon les clusters.
• Exposition : Les panneaux Cairn exposés révélaient des centaines de secrets, dont 11 % ont été vérifiés comme étant toujours valides.
• Origine de l’outil : Cairn a été développé par "le1xia0" pour des tests autorisés, et non pour du hacking malveillant.

Pourquoi c’est important

Cet incident démontre comment les agents autonomes peuvent abaisser la barrière à l’entrée pour des cyberattaques sophistiquées. Avec un coût moyen de seulement 5 $ par tâche, les attaquants peuvent se permettre un volume élevé de tentatives échouées tout en atteignant un taux de rentabilité satisfaisant. La capacité de fonctionner avec une intervention humaine minimale signifie que ces campagnes peuvent tourner en continu, scannant les vulnérabilités telles que les formulaires d’upload oubliés ou les frameworks non patchés, sans fatigue. Pour les équipes d’ingénierie, cela transforme le paysage des menaces, passant d’attaques manuelles et ciblées à des sondages automatisés et à large spectre.

De plus, l’exposition des panneaux Cairn met en lumière un risque secondaire : les défaillances de sécurité opérationnelle tant chez les attaquants que chez les firmes de sécurité légitimes. NorForge a constaté que des sociétés légitimes de test d’intrusion avaient également laissé des données clients sur des panneaux non sécurisés. Cela signifie que même si votre organisation n’est pas directement ciblée par les agents IA, vos secrets pourraient être exposés par la négligence de fournisseurs de sécurité tiers. La présence de logins SSH valides et de clés API dans ces panneaux ouverts crée des risques immédiats pour toute infrastructure associée.

Ce que vous pouvez faire

• Scanner les panneaux exposés : Vérifiez votre réseau pour repérer les panneaux de contrôle d’agents écoutant sur le port 8000 sans authentification.
• Auditer les uploads de fichiers : Identifiez et sécurisez tous les formulaires d’upload de fichiers inattendus, surtout ceux situés dans des répertoires cachés.
• Patchez les instances Magento : Appliquez le hotfix d’Adobe pour CVE-2026-75650 (StyleSmuggler) si vous utilisez Adobe Commerce 2.4.4–2.4.9 ou Magento Open Source 2.4.6–2.4.9.
• Revoir les fournisseurs tiers : Assurez-vous que les firmes de test d’intrusion et autres partenaires de sécurité sécurisent leurs environnements de test et ne laissent pas de données sensibles exposées.
• Surveiller les stores de session : Vérifiez les accès en écriture non autorisés à memcached ou aux systèmes de stockage de session similaires.
• Faire pivoter les identifiants : Si vous suspectez que vos données ont pu faire partie d’un panneau exposé, faites immédiatement pivoter toutes les clés API et logs SSH associés.