Un agent IA autonome est entré dans un outil de vente interne de WorkOS, et l'entreprise a nommé le framework en sortant. Voici ce qu'est ARTEX, pourquoi il est soudain partout, et ce qui l'arrête encore.
Le 2 novembre, WorkOS a révélé que quelqu'un avait obtenu un accès non autorisé à une application de vente interne le 30 octobre. Le CEO a fait ce que presque aucune victime ne fait : il a nommé l'outil, officiellement. ARTEX, un framework open source de tests d'intrusion autonome, était l'arme choisie. Les systèmes de production n'ont pas été touchés, mais l'outil de vente contenait le pire : contacts professionnels, relations clients, résumés d'appels et extraits Slack de conversations avec des clients.
C'est la partie qui devrait empêcher les équipes sécurité de dormir. Les données volées ne sont pas une simple case de conformité à cocher. C'est la matière première d'un phishing qui cite votre dernière conversation réelle avec le fournisseur, et le fait avec assez de crédibilité pour tromper la personne qui était sur l'appel.
Ce qui s'est réellement passé chez WorkOS
WorkOS a détecté l'intrusion le 30 octobre, coupé l'accès externe à l'application, fait appel à un cabinet externe de réponse à incident et commencé à revoir ses contrôles d'accès. Son évaluation publique des données dérobées se lit comme le pire cauchemar d'une équipe commerciale : noms, e-mails professionnels, numéros de téléphone, fonctions, entreprises, historique de comptes, résumés d'appels commerciaux, échanges de support, extraits Slack et métadonnées d'usage du produit.
L'entreprise a été explicite sur ce qui dépasse l'alerte habituelle. Les fils de support et les résumés d'appels donnent à l'attaquant le contexte nécessaire pour se faire passer pour WorkOS de manière convaincante, ou pour se faire passer pour un client auprès de WorkOS. Quand l'e-mail de suivi mentionne correctement le jour où votre renouvellement a calé, le lien qu'il contient paraît la chose la plus légitime de votre boîte de réception.
Aucun identifiant n'a été dérobé dans l'application elle-même, et aucun système d'authentification de production n'a été compromis. C'est la bonne nouvelle, et c'est aussi le schéma : ARTEX n'a pas besoin de forcer les joyaux de la couronne. Il lui suffit d'un outil interne exposé avec une connexion qui fonctionne.
ARTEX est un outil, pas une vulnérabilité
Voici le recadrage essentiel. ARTEX n'est pas une nouvelle classe de faille. C'est un framework, une application Go avec console web, qui permet à un opérateur de lancer plusieurs agents IA qui planifient et exécutent seuls les étapes d'attaque. Il est agnostique au modèle : donnez-lui un LLM, et il coordonne reconnaissance, tentatives d'identifiants, exploitation et reporting sur plusieurs sessions d'agents, à la vitesse de la machine.
Il a été publié ouvertement sur GitHub par un auteur sous le pseudo Autumn-27, jusqu'au retrait du dépôt en octobre 2026 pour usage abusif généralisé. Le retrait n'a pas marché. Les forks continuent de circuler, et les équipes de renseignement sur les menaces ont vu plusieurs acteurs les adopter, certains motivés financièrement, d'autres soupçonnés d'être soutenus par un État.
L'idée inconfortable : la partie difficile du pentest n'a jamais été les exploits exotiques. C'était l'énumération, le devinement d'identifiants, l'enchaînement de petites erreurs, et le faire plus vite que la défense ne réagit. C'est exactement ce que les agents savent faire.
La piste : de 2 250 tenants à un courtier
ARTEX n'est pas arrivé avec WorkOS. Le framework apparaît dans des rapports d'incident depuis des semaines.
La campagne Storm-0940 de Microsoft, révélée en octobre, a utilisé ARTEX pour tenter des connexions sur plus de 2 250 tenants, tout en exploitant et compromettant bon nombre des mêmes cibles. Les analystes ont souligné la vitesse : dans un cas observé, le délai entre le ciblage initial et l'accès privilégié était inférieur à trois heures.
CrowdStrike a relié ARTEX à des intrusions contre des organisations financières sud-coréennes qui se sont soldées par des données volées, et l'a associé séparément à une vague lancée à la mi-octobre contre plus de 200 organisations, avec post-exploitation confirmée chez neuf d'entre elles. Leurs analystes ont noté que les opérateurs faisaient tourner le framework sur des modèles comme DeepSeek v4.1-flash en session principale, avec GLM-5.3 et Grok 4.6 pour des sessions d'attaque parallèles.
Et il y a la plus grosse victime revendiquée. GMO Internet a reconnu que les attaquants avaient pénétré Onamae.com Desktop Cloud, un service de serveurs Windows loués, populaire auprès des traders particuliers en devises qui font tourner des bots automatisés. Jusqu'à 26 739 serveurs pourraient être concernés, et des identifiants volés ont servi à passer des ordres non autorisés chez les courtiers des clients. Le CEO de GMO a désigné ARTEX comme l'outil derrière l'intrusion, même si le dossier public soutient plutôt « revendiqué » que « confirmé », et l'aveu que des ingénieurs internes avaient signalé des faiblesses jamais corrigées complique l'histoire de l'outil IA.
Pourquoi cela semble différent
Les défenseurs connaissent déjà l'histoire de l'attaquant devenu plus malin. La différence, ici, c'est que le renseignement est désormais un téléchargement gratuit.
Un pentest compétent exigeait un humain capable d'enchaîner des étapes sous pression. ARTEX industrialise cela. Un opérateur, ou un opérateur plus un compte de bot loué, peut lancer des campagnes contre des centaines d'organisations en parallèle, s'adapter quand une cible résiste et changer de modèle en pleine attaque. L'économie s'est inversée : l'outillage est gratuit, le coût marginal d'une cible supplémentaire est quasi nul, et l'avantage de vitesse appartient désormais à l'attaquant.
L'autre basculement, c'est la surface d'attaque. ARTEX n'a pas besoin de zero-day pour être dangereux. Il a besoin de ce que toute entreprise en croissance possède : un CRM ou un outil de support exposé sur Internet, des comptes de service avec identifiants permanents, un trou de MFA sur une connexion héritée, un portail fournisseur qui faisait confiance à un numéro de téléphone. Le framework existe pour trouver et enchaîner exactement ces faiblesses ordinaires, en quelques heures.
Ce que nous ferions cette semaine
- Sortir les outils internes d'Internet. CRM, helpdesks, consoles d'administration et interfaces de supervision doivent être derrière un SSO et un VPN ou une passerelle zero trust. Si un outil de vente est joignable de partout, un agent peut l'atteindre de partout.
- Inventorier qui et quoi peut se connecter. Comptes de service, jetons d'API et identifiants d'employés inutilisés sont les préférés des attaquants agentiques. Trouvez-les, faites-les tourner et révoquez ceux que personne ne revendique.
- Traiter le MFA comme une évidence, pas comme un projet. Les campagnes ARTEX reposent sur le credential stuffing et la réutilisation de sessions. Un MFA résistant au phishing sur chaque connexion exposée fait vite grimper le coût par cible.
- Surveiller la réplique. Partez du principe que les données CRM volées serviront à un phishing convaincant en quelques jours, pas en quelques mois. Prévenez clients et équipes : une demande qui semble légitime et cite de vraies conversations doit quand même être vérifiée par un second canal.
- Parler à vos fournisseurs de leurs outils. Votre chaîne d'approvisionnement inclut désormais les logiciels que vos fournisseurs font tourner en interne. Demandez à vos fournisseurs critiques si les frameworks de pentest agentique ont fait partie de leurs évaluations de sécurité, et ce qu'ils font quand l'un apparaît.
La conclusion
ARTEX ne sera pas le dernier framework de ce genre ; c'est le premier largement adopté. Les agents offensifs autonomes open source font désormais partie permanente du paysage des menaces, et ils visent les faiblesses ennuyeuses qui vivent dans la plupart des entreprises.
La défense, heureusement, est aussi ennuyeuse. Réduire l'exposition, nettoyer les identifiants, imposer le MFA et vérifier les demandes qui arrivent dans votre boîte même lorsqu'elles citent votre propre dernière conversation. L'agent est plus rapide que n'importe quel attaquant humain que nous avons vu. Il a toujours besoin de la même porte laissée ouverte.
Chez aratech, nous construisons et durcissons l'infrastructure IA sur laquelle nos clients opèrent, ce qui nous place des deux côtés de cette histoire : construire avec des agents le jour, et chercher la nuit les portes par lesquelles ils pourraient entrer. Si vous voulez un second regard sur ce qu'un attaquant autonome pourrait atteindre dans votre stack, c'est exactement la conversation que nous aimons avoir.