Chainalysis affirme qu'une enquête sur une attaque contre ses systèmes a établi que les noms, les noms d'utilisateur, les empreintes de mots de passe et les jetons actifs de tous les utilisateurs ont été exposés, The Hacker News l'a rapporté le 6 novembre. La société d'analyse de la blockchain a restreint l'accès à plusieurs services et indique que les utilisateurs devront réinitialiser leurs mots de passe et, le cas échéant, renouveler leurs clés API une fois l'accès rétabli.
La dernière révélation élargit l'exposition des identifiants au-delà du sous-ensemble de mots de passe clients précédemment signalé par l'entreprise. Les empreintes de mots de passe sont des représentations stockées des mots de passe ; les jetons actifs sont des identifiants utilisés pour autoriser l'accès. Chainalysis a verrouillé les comptes concernés et mis hors ligne son interface utilisateur et son API Know Your Transaction (KYT), ses autres produits de filtrage d'adresses ainsi que sa page de connexion. Elle a également retiré l'accès à Reactor et Data Solutions pendant l'enquête.
Chainalysis a déclaré ne disposer toujours d'aucune preuve que les données de l'enquête aient été consultées, ni que ses données d'attribution — les informations utilisées pour associer une activité blockchain à des entités — aient été manipulées. Elle a ajouté une surveillance destinée à détecter les activités inhabituelles.
Une exposition plus large apparaît pendant l'enquête
Cette mise à jour intervient moins d'une semaine après que Chainalysis a révélé qu'un acteur externe avait obtenu un accès non autorisé à ses systèmes et outils internes. L'entreprise a décrit une attaque en cours sur plusieurs fronts, impliquant des « techniques agentiques offensives », c'est-à-dire des agents IA utilisés pour exécuter des tâches d'attaque.
Pendant son enquête, Chainalysis a identifié ce qu'elle appelle une « on-path attack » (une attaque sur le trajet des communications), dans laquelle un attaquant intercepte les communications et expose certains mots de passe de clients. L'entreprise indique avoir traité ce vecteur d'attaque. L'identité de l'attaquant reste floue ; Chainalysis décrit l'incident comme semblable aux attaques visant d'autres plateformes technologiques ces dernières semaines.
Les clients ayant reçu des courriels de réinitialisation de mot de passe ne pouvaient pas finaliser immédiatement la réinitialisation tant que l'accès était restreint. Chainalysis les a invités à modifier leurs mots de passe sur d'autres systèmes partout où ils avaient réutilisé ces identifiants.
Des agents IA à la recherche d'identifiants cloud
The Hacker News a rapproché l'incident des révélations de Chainstack, OpenCode, Warp et WorkOS sur des attaques pilotées par l'IA, dont certaines impliquaient ARTEX, un outil autonome de test d'intrusion. Ces rapports éclairent la description de l'attaque par Chainalysis, sans établir que le même acteur ou le même outil en soit responsable.
Selon les constats de Microsoft, rapportés par The Hacker News, un cadre offensif d'IA agentique parcourt les dépôts GitHub publics à la recherche de secrets exposés, notamment des identifiants d'applications et des clés API de services d'IA. Les agents peuvent analyser les résultats de recherche et mener les attaques suivantes, ce qui réduit le travail manuel exigé de l'opérateur.
Dans au moins un cas signalé, un agent est passé de la recherche de secrets sur GitHub à l'extraction de données depuis Azure Key Vault, le service cloud de Microsoft destiné au stockage des secrets, en cinq minutes. Microsoft estime que l'activité est en cours depuis août 2026.
Une partie de cette campagne a consisté à utiliser des identifiants d'application valides pour accéder aux environnements d'identité Microsoft Entra ID des organisations et aux ressources Azure et Microsoft 365 connectées. Les connexions provenaient de 199.19.77[.]84 et 199.19.77[.]18. Selon Microsoft, un agent s'est connecté avec succès en tant qu'identités d'application, appelées principaux de service, sur des dizaines d'applications associées dans les environnements de plusieurs organisations.
L'attaquant cherchait des opérations renvoyant des identifiants : clés de comptes de stockage, paramètres App Service, chaînes de connexion, identifiants de publication, connexions et magasins de données d'IA et d'apprentissage automatique, ainsi que les identifiants utilisateur d'Azure Kubernetes Service. Les applications compromises ont ensuite accédé à SharePoint et OneDrive, avec notamment des téléchargements de fichiers et l'accès à des éléments de boîte aux lettres.
Microsoft a également observé des tentatives de vol de ressources Azure, notamment de services d'IA Azure compromis, probablement destinées à soutenir des attaques plus larges. Les agents ont obtenu des jetons pour des applications OAuth limitées à une seule organisation, puis ont utilisé ces applications compromises pour lister d'autres ressources cloud. Dans quelques cas, ils ont extrait des secrets d'Azure Key Vault.
Selon Microsoft, les agents ont à plusieurs reprises cherché des identifiants de services d'IA, notamment des clés API de grands fournisseurs et des applications OAuth ayant accès à Foundry Tools, anciennement appelés Azure Cognitive Services.
Les accès volés à l'IA deviennent un marché de la revente
Cette activité plus large coïncide avec une hausse des attaques contre les plateformes de développement d'IA au cours du dernier mois. Les usages signalés comprennent la revente d'accès, la consommation des ressources de calcul des victimes via le « LLMjacking » et l'utilisation d'infrastructures compromises pour masquer l'origine d'attaques ultérieures.
Dans des conclusions publiées cette semaine, Google a décrit des criminels qui volent un accès cloud à de grands modèles de langage commerciaux, puis le revendent à des clients payants. Des intermédiaires appelés « LLM mixers » acheminent les requêtes des abonnés via des comptes d'entreprise compromis, répartissent la consommation entre ces comptes et masquent l'origine de l'accès. Les acheteurs peuvent utiliser les modèles sans disposer de leurs propres identifiants API légitimes ni d'infrastructure cloud.
Wiz, filiale de Google, a indiqué que ce marché de la revente rend les accès volés facilement monétisables et encourage probablement de nouveaux vols d'identifiants. Elle a identifié au moins deux opérations utilisant des clés AWS Bedrock volées à deux organisations différentes : llm-routing[.]com, aussi appelée momo, et xingjiabiapi[.]org. Les deux proposaient un accès à prix réduit à un large choix de modèles de pointe, mais rien n'indique que leurs opérateurs aient effectué les compromissions initiales.
Une adresse IP associée à llm-routing[.]com, 23.106.46[.]239, a hébergé une page d'accueil Artex à la mi-octobre 2026 et a été signalée par Zeabur comme indicateur de compromission. Zeabur a révélé le mois dernier qu'un attaquant inconnu avait exploité des identifiants en clair pour compromettre son infrastructure et extraire plus de 3,2 millions d'enregistrements de variables d'environnement, ainsi que des données associées à 321 810 comptes.
Le rapport recense quatre adresses IP utilisées pour tester des clés volées et soupçonnées d'être liées à l'abus de jetons LLM et à leur revente :
23.106.46.23938.246.114.118104.243.32.5031.57.201.201
Wiz a également indiqué que des attaquants compromettaient des environnements spécifiquement pour financer une utilisation à grande échelle de modèles aux frais des victimes, générant des centaines de milliers de dollars de frais d'API d'IA.
Chainalysis détaille le chemin vers le rétablissement du service
Chainalysis a indiqué avoir l'intention de commencer à rétablir l'accès à KYT et à Address Screening. Les clients doivent transmettre des adresses IP de confiance à [email protected] ou à leur équipe de compte, afin que l'entreprise puisse les ajouter à une liste d'autorisation (allowlist), c'est-à-dire une liste d'adresses réseau autorisées. Les utilisateurs pourront ensuite réinitialiser leurs mots de passe et renouveler leurs clés API pour pouvoir enregistrer des transactions.
L'entreprise a précisé poursuivre le renforcement de ses systèmes et la restauration de Reactor et Data Solutions. Elle prévoit des protections de compte supplémentaires et exigera de chaque utilisateur qu'il réinitialise son mot de passe et renouvelle ses clés API lorsque c'est pertinent. D'autres changements d'accès seront communiqués aux clients.
