Artex, l’outil d’IA open‑source qui se retrouve exposé sur Internet

Le  juillet  dernier, la communauté de la cybersécurité a découvert que plus de huit cents instances du logiciel d’audit de sécurité automatisé Artex étaient accessibles sans authentification. Cette situation transforme un outil destiné à aider les spécialistes à identifier des vulnérabilités en une porte d’entrée potentielle pour des acteurs malveillants.

Un outil d’audit automatisé, mais ouvert à tous

Artex est décrit comme un "penetration testing" autonome : il combine plusieurs agents d’intelligence artificielleIntelligence artificielleEnsemble de techniques permettant à des machines d'accomplir des tâches nécessitant habituellement certaines capacités humaines, comme la reconnaissance, la prédiction ou la prise de décision. capables de scanner, d’exploiter et même d’exfiltrer des données avec très peu d’intervention humaine. Contrairement aux modèles propriétaires d’Anthropic ou d’OpenAI, Artex est publié sous licence open source, ce qui le rend téléchargeable et déployable sur n’importe quel serveur.

L’avantage pour les équipes de sécurité légitimes est clair : elles peuvent tester leurs propres systèmes sans payer de licences onéreuses. Le revers, c’est que n’importe qui peut installer le même code, le configurer à sa guise et, s’il n’est pas correctement verrouillé, le laisser accessible depuis Internet.

Des déploiements largement exposés

Le cabinet de recherche Censys, spécialisé dans le scan de l’ensemble du web à la recherche de services vulnérables, a relevé plus de 800 déploiements distincts d’Artex accessibles en clair. Aucun mot de passe n’était requis pour se connecter, ce qui signifie que n’importe quel internaute pouvait déclencher les scénarios d’attaque pré‑programmés.

Silas Cutler, principal chercheur chez Censys, souligne que toutes ces instances ne sont pas forcément utilisées à mauvais escient ; certaines appartiennent à des équipes de test autorisées. Le problème réside dans le fait que le logiciel n’impose aucune contrainte d’accès réseau, et que de nombreux opérateurs semblent ignorer la nécessité de le placer derrière un pare‑feu ou un VPN.

Des incidents déjà liés à Artex

Des enquêtes menées par des acteurs comme CrowdStrike et Microsoft ont relié Artex à plusieurs campagnes ciblées. En septembre, des banques sud‑coréennes ont été visées : le hacker, identifié comme sinophone, aurait laissé un répertoire public contenant une instance d’Artex, facilitant ainsi l’escalade des privilèges.

En octobre, l’outil a été employé contre le fournisseur de services informatiques ConnectWise. Les attaquants ont pénétré les environnements cloud de clients hébergés sur Microsoft Azure, dérobant des fichiers à une vitesse que les équipes de défense ont eu du mal à suivre. Dans les deux cas, les vecteurs d’intrusion reposaient sur des faiblesses simples : mots de passe faibles ou inexistants et absence de double authentification.

Conséquences pour la communauté

L’exposition massive d’Artex montre que même des outils sophistiqués peuvent devenir des « trojan horses » lorsqu’ils sont mal configurés. Chaque instance publique offre aux cybercriminels un laboratoire prêt à l’emploi, tout en révélant les techniques d’attaque déjà intégrées dans le code.

Face à la situation, les développeurs d’Artex ont annoncé un passage au modèle ferméModèle propriétaireModèle dont l'accès, l'utilisation ou la redistribution sont soumis aux conditions définies par son propriétaire., limitant les futures versions aux clients payants. Néanmoins, des dizaines de copies du code restent disponibles sur des plateformes de partage, garantissant que la menace persiste tant que les déploiements non sécurisés ne seront pas nettoyés.

Que faire pour se protéger ?

• Vérifier que les outils de test internes ne sont pas exposés à Internet. Un simple scan de ports depuis l’extérieur permet d’identifier les services accessibles.
• Appliquer des politiques de mots de passe robustes et activer l’authentification multifacteur sur toutes les consoles de gestion.
• Surveiller les logs de connexion et les alertes de comportements anormaux, surtout lorsque des agents automatisés sont en jeu.
• Envisager des solutions de sandboxing ou de segmentation réseau pour isoler les environnements de test des systèmes de production.

L’affaire Artex rappelle qu’une configuration négligée peut transformerTransformerArchitecture de réseau neuronal reposant notamment sur des mécanismes d'attention pour traiter des séquences de données. un outil de sécurité en une arme entre les mains de n’importe qui. Les équipes qui souhaitent tirer parti de l’automatisation doivent impérativement renforcer les contrôles d’accès avant de déployer ces solutions dans le cloud ou sur leurs réseaux internes.