TradingClaw Needle Stealer transforme un faux agent de trading IA en piège à portefeuilles

TradingClaw Needle Stealer a fait d’un faux agent de trading IA une voie directe vers sept portefeuilles de cryptomonnaies lors d’une campagne observée en 2026. Au lieu d’automatiser les transactions, le logiciel téléchargé remplaçait des extensions de navigateur légitimes par des copies convaincantes conçues pour capturer les mots de passe des portefeuilles.

HP a identifié cette activité dans des données de télémétrie recueillies entre avril et juin 2026. Malwarebytes a analysé indépendamment la campagne sous-jacente en avril, la reliant au site malveillant tradingclaw[.]pro. Ce site n’était lié ni à TradingView ni à une startup légitime utilisant un nom TradingClaw similaire.

L’enjeu central n’oppose pas les performances de l’IA au trading humain. Il réside dans la promesse d’une aide financière autonome face aux accès que cette promesse demande aux utilisateurs de céder. Les attaquants n’avaient besoin ni d’un nouveau modèle d’intelligence artificielle ni d’une exploitation de blockchain. Il leur suffisait que les victimes fassent confiance assez longtemps à un téléchargement aux couleurs de l’IA pour exécuter un malware Windows familier.

TradingClaw Needle Stealer a remplacé de véritables extensions de portefeuille

La manœuvre déterminante ne reposait pas sur une collecte passive de données. Needle Stealer substituait activement des interfaces de portefeuille malveillantes aux extensions auxquelles les utilisateurs faisaient déjà confiance.

Le site frauduleux TradingClaw présentait un assistant alimenté par l’IA pour les utilisateurs de TradingView. Il promettait des stratégies personnalisées et un trading continu de cryptomonnaies. Les visiteurs recevaient une archive ZIP contenant un exécutable nommé Trading Agent.exe et une bibliothèque de liens dynamiques associée.

Trading Agent.exe n’était pas un programme de trading. Les chercheurs l’ont identifié comme OLEView, un utilitaire légitime signé par Microsoft. Les attaquants ont placé un fichier malveillant nommé iviewers.dll à côté de cet exécutable de confiance.

Au démarrage d’OLEView, Windows chargeait la DLL située à proximité. Ce comportement a permis le chargement latéral de DLL, une technique d’exécution dans laquelle une application légitime charge du code contrôlé par l’attaquant. Cette technique permet à une activité malveillante de commencer sous le couvert d’un programme reconnu.

La campagne déchiffrait ensuite une autre charge utile et l’injectait dans un processus Windows légitime nouvellement lancé. Cette technique, appelée process hollowing, remplace du code au sein d’un processus de confiance tout en préservant son apparence externe.

La charge utile finale était Needle Stealer, un voleur d’informations modulaire écrit en Go. Malwarebytes a constaté que ses capacités plus étendues comprenaient la collecte de données de navigateur, de sessions de connexion, de captures d’écran, de fichiers, d’informations Telegram et de données liées aux portefeuilles de cryptomonnaies.

La fonction de remplacement des portefeuilles rendait cette campagne particulièrement dangereuse. HP a indiqué que le malware recherchait parmi les extensions de navigateur installées sept cibles : Phantom, Trust Wallet, Atomic Wallet, Coinbase Wallet, OKX Wallet, MetaMask et Tonkeeper.

Après avoir trouvé un portefeuille pris en charge, le malware fermait le navigateur. Il décompressait ensuite une version malveillante de l’extension du portefeuille à l’emplacement de l’extension existante.

Le remplacement affichait une interface réaliste calquée sur le portefeuille légitime. Lorsque la victime saisissait un identifiant de portefeuille et un mot de passe, la copie transmettait ces identifiants à un serveur contrôlé par les attaquants.

Cette séquence change la signification d’un écran de déverrouillage familier. L’utilisateur ne saisissait plus son mot de passe dans l’extension installée à l’origine. L’interface restait reconnaissable, mais son code et sa destination avaient changé.

HP a résumé la campagne dans ses constats sur les menaces du deuxième trimestre de septembre 2026. L’entreprise a indiqué que des victimes recherchant l’automatisation de portefeuille avaient en réalité téléchargé un malware capable de remplacer leurs portefeuilles de navigateur.

Le rapport n’a pas communiqué de nombre confirmé de victimes ni de valeur totale de cryptomonnaies volées. Il n’a pas non plus établi combien de visiteurs avaient téléchargé l’archive. Ces lacunes comptent, car une capacité technique ne permet pas à elle seule d’établir l’impact financier d’une campagne.

L’événement confirmé est plus circonscrit, mais reste grave. Les chercheurs ont observé une chaîne de diffusion opérationnelle combinant un leurre de trading par IA, un logiciel de confiance, des techniques furtives et des remplacements de portefeuilles destinés à voler des identifiants.

L’agent IA était le leurre, pas l’innovation technique

TradingClaw montre comment des attaquants peuvent exploiter le marché des agents IA sans construire eux-mêmes un véritable agent.

Le site reprenait le langage de la finance autonome. Il proposait un bot censé suivre la stratégie d’un utilisateur et effectuer des transactions en continu. Ces promesses correspondaient à l’intérêt croissant pour des logiciels capables de planifier et d’agir avec moins de supervision directe.

Ce cadrage offrait un raccourci utile aux attaquants. Les personnes qui évaluent un nouvel agent s’attendent déjà à des logiciels inconnus, à de larges autorisations, à des connexions de comptes et à une activité continue. Des comportements susceptibles de paraître suspects dans un utilitaire de bureau ordinaire peuvent sembler nécessaires pour un produit de trading automatisé.

Le faux produit visait également un contexte à forte valeur. Un portefeuille de navigateur est proche des actifs négociables, des approbations de transactions et des identifiants de compte. Compromettre son interface de déverrouillage peut offrir une voie plus directe vers les fonds que le vol d’un mot de passe de site web sans rapport.

Toutefois, la campagne n’avait pas besoin d’IA générative pour exécuter le vol. L’analyse de Needle Stealer décrit une chaîne d’infection conventionnelle reposant sur l’ingénierie sociale, les téléchargements malveillants, le chargement de DLL et la manipulation du navigateur.

Cette distinction importe tant pour les utilisateurs que pour les défenseurs. Bloquer des prompts, inspecter les sorties d’un modèle ou appliquer des règles de gouvernance de l’IA n’aurait pas empêché un utilisateur de télécharger l’archive. Le comportement malveillant commençait lors de la distribution du logiciel et de son exécution sur le terminal.

L’étiquette d’agent rendait le leurre plus efficace, car elle fournissait une raison plausible d’installer quelque chose de nouveau. Elle donnait également au site un récit que la publicité dans les moteurs de recherche et leur manipulation pouvaient amplifier.

Selon des articles fondés sur la présentation de HP, les opérateurs ont tenté d’attirer des visiteurs via des résultats de recherche empoisonnés et des publicités payantes. L’empoisonnement des moteurs de recherche place des pages trompeuses là où les personnes s’attendent à découvrir et à comparer des produits, plutôt qu’au sein de messages manifestement non sollicités.

Cette voie modifie la perception de la victime. Une personne qui clique sur une pièce jointe suspecte sait qu’une autre partie a initié l’interaction. Une personne qui recherche un outil de trading IA peut avoir l’impression que le téléchargement obtenu résulte d’un choix indépendant.

Le site utilisait aussi une diffusion sélective. Malwarebytes a observé que certains visiteurs voyaient le faux produit, tandis que d’autres étaient redirigés vers studypages[.]com. Les moteurs de recherche pouvaient donc recevoir un contenu différent de celui présenté aux visiteurs ciblés.

Cette présentation sélective peut réduire l’exposition aux scanners automatisés et aux chercheurs. Elle complique aussi les simples vérifications de réputation, car un examinateur peut ne pas recevoir systématiquement la page malveillante.

Il ne s’agissait pas d’une attaque menée par la plateforme légitime TradingView. Malwarebytes a explicitement distingué le faux site de TradingView et de la startup légitime tradingclaw.chat. Cette précision évite qu’un domaine malveillant ne transfère la responsabilité à des services portant un nom semblable.

Cette collision de noms illustre aussi un problème plus vaste de vérification. Un nom de produit plausible, une interface soignée et des références à des plateformes connues n’établissent pas la propriété. Les nouveaux outils d’IA ont souvent peu d’historique opérationnel, ce qui affaiblit les signaux de réputation sur lesquels les utilisateurs s’appuient habituellement.

Cela ne signifie pas que chaque petit produit IA est dangereux. Cela signifie que la nouveauté ne peut pas servir de preuve de légitimité. Le même cycle de publication rapide qui profite aux véritables développeurs offre aussi aux attaquants une couverture pour des marques, des installateurs et des demandes d’autorisations inconnus.

Un logiciel Windows de confiance est devenu partie intégrante de la tromperie

Une signature valide établissait l’identité d’un exécutable, mais elle ne validait ni les fichiers placés à ses côtés ni le produit distribuant le paquet.

Le renversement le plus important de la campagne concernait OLEView, signé par Microsoft. Les utilisateurs et les contrôles de sécurité considèrent souvent une signature numérique comme un puissant signal de confiance. Ici, le composant signé a aidé à lancer un voisin malveillant non signé.

La distinction est technique, mais essentielle. La signature de code peut confirmer qu’un fichier particulier provient de l’éditeur indiqué et qu’il n’a pas été modifié après sa signature. Elle ne certifie pas chaque fichier contenu dans la même archive.

Needle Stealer exploitait le comportement de chargement des bibliothèques Windows. Le programme signé recherchait une DLL dont il avait besoin, et l’attaquant fournissait un fichier malveillant sous le nom et à l’emplacement attendus.

MITRE classe ce comportement comme du chargement latéral de DLL. L’organisation note que les attaquants placent une application légitime à côté d’une charge utile malveillante, permettant au programme de confiance d’exécuter du code hostile.

L’exécutable de confiance est ainsi devenu un composant de diffusion sans être modifié. Cette configuration peut compliquer la détection, car le processus visible appartient à un éditeur légitime.

HP a indiqué qu’OLEView avait aidé l’archive à passer le contrôle de réputation de Microsoft Defender SmartScreen. Cette observation ne doit toutefois pas être interprétée comme la preuve que les signatures contournent automatiquement toutes les défenses Windows actuelles.

Microsoft explique que les contrôles de réputation prennent en compte à la fois la réputation de l’éditeur et celle du hachage du fichier. Même les programmes récemment signés peuvent recevoir des avertissements avant d’établir un historique positif suffisant.

Le comportement des terminaux varie aussi selon la version de Windows, les politiques et les fonctions de sécurité activées. Smart App Control peut supplanter certains comportements de SmartScreen sur certains systèmes Windows 11.

La leçon principale est qu’un seul signal positif ne peut valider l’ensemble d’une chaîne d’installation. Un exécutable signé, une connexion web chiffrée, une conception professionnelle ou une interface de portefeuille familière ne répondent chacun qu’à une question limitée.

Cette campagne superposait plusieurs signaux restreints. Le site présentait un produit ressemblant à un agent. L’archive utilisait un nom de fichier plausible. L’exécutable portait la signature de Microsoft. Les extensions de remplacement ressemblaient à des portefeuilles existants.

Chaque élément réduisait la friction à une étape différente. Aucun n’établissait que le paquet provenait du développeur du produit revendiqué.

Une fois exécuté, le malware utilisait une autre couche de camouflage. Le process hollowing plaçait du code malveillant dans un processus légitime nouvellement lancé. Cette technique détournait l’attention du téléchargement initial vers un processus qui paraissait ordinaire.

Le remplacement du navigateur ajoutait la couche finale. Un utilisateur revenant vers MetaMask ou Coinbase Wallet ne voyait pas nécessairement une nouvelle extension demandant sa confiance. Le malware tentait de remplacer l’extension familière à son emplacement existant.

Cela rend la reconnaissance visuelle peu fiable comme défense. Un logo, une mise en page et une invite de mot de passe peuvent être copiés. Les utilisateurs ont besoin de vérifier la provenance de la distribution et les éléments techniques avant l’installation, et non de se fier uniquement à la reconnaissance de l’interface après coup.

Les organisations font face à un problème supplémentaire, car des portefeuilles de navigateur peuvent se trouver sur des appareils qui traitent également des e-mails, documents et identifiants professionnels. Les capacités documentées de Needle Stealer allaient au-delà des informations liées aux cryptomonnaies.

Une infection réussie pourrait donc franchir les frontières entre le trading personnel et l’accès au travail. Les sessions de navigateur enregistrées, les fichiers, les données de messagerie et les captures d’écran peuvent tous créer une exposition secondaire.

Cela explique pourquoi cette campagne importe au-delà des cercles de la cryptomonnaie. L’appât initial ciblait les utilisateurs de crypto, mais le terminal infecté contenait un ensemble plus large d’informations précieuses.

Le véritable compromis oppose l’accès des agents au contrôle vérifiable

Un agent devient plus utile à mesure qu’il reçoit davantage d’accès, mais chaque connexion supplémentaire augmente le coût de faire confiance au mauvais logiciel.

Un assistant de trading a besoin d’informations de marché et d’instructions pour fournir une analyse utile. Un produit plus autonome peut également demander l’accès à des plateformes d’échange, la visibilité sur les portefeuilles, le contrôle du navigateur, des identifiants API ou l’autorisation de fonctionner en continu.

Ces capacités créent de la valeur lorsque le logiciel est authentique et soigneusement limité. Elles créent un canal de vol efficace lorsque le produit est malveillant.

TradingClaw a exploité cette tension sans fournir l’agent promis. Les attaquants n’avaient besoin que de l’idée qu’un assistant automatisé nécessiterait une installation et un contexte financier.

Cela rend la vérification des agents différente de la vérification ordinaire d’un site web. Un site trompeur peut voler un identifiant soumis. Un agent installé peut potentiellement observer des fichiers, des sessions de navigateur, le contenu du presse-papiers, des applications locales et les activités futures.

Le risque augmente lorsqu’un utilisateur regroupe des tâches sensibles sur un même appareil. Une machine utilisée pour les e-mails d’entreprise, les portefeuilles de cryptomonnaie, les identifiants de développeur et les outils d’IA expérimentaux présente plusieurs cibles de valeur après une seule compromission.

HP a conseillé aux utilisateurs de tenir les mots de passe de portefeuilles et les workflows de paiement à l’écart des applications d’agents opaques ou non vérifiées. Cette recommandation porte sur les limites d’accès plutôt que sur une tentative d’évaluer l’efficacité d’une stratégie de trading annoncée.

Les entreprises peuvent appliquer des limites similaires au moyen de navigateurs gérés. Google documente des contrôles des extensions permettant aux administrateurs de restreindre les sources d’installation, de bloquer les extensions externes et d’empêcher les extensions disposant d’autorisations inacceptables.

Ces politiques peuvent réduire l’exposition sur les systèmes gérés, mais elles n’éliminent pas le problème. Le package TradingClaw a manipulé des fichiers d’extensions locales après l’exécution du code. La prévention dépend donc aussi des contrôles des terminaux, des politiques applicatives et de l’isolation.

Les utilisateurs ne devraient pas supposer qu’un portefeuille de navigateur reste digne de confiance après qu’un voleur d’informations a atteint le système d’exploitation. Réinstaller une extension peut être insuffisant si une persistance, des sessions volées ou des charges utiles supplémentaires subsistent.

Le rapport ne confirme pas que Needle Stealer ait contourné la confirmation des transactions par portefeuille matériel. Le vol d’identifiants de navigateur et la compromission d’une clé matérielle sont deux affirmations différentes. Un portefeuille matériel connecté peut toujours faire face à des invites de transaction trompeuses, mais ce n’était pas le mécanisme signalé ici.

De même, la campagne ne devrait pas être décrite comme un agent d’IA attaquant une blockchain. Aucun élément ne montre qu’un modèle autonome a choisi des cibles, exploité des smart contracts ou transféré des fonds de manière indépendante.

Les attaquants ont utilisé l’image de marque de l’IA à des fins d’ingénierie sociale. Leur vecteur technique ciblait l’exécution sous Windows et l’authentification des portefeuilles de navigateur.

Cette description plus étroite rend les priorités défensives plus claires. Les acheteurs devraient vérifier le développeur, le canal de distribution, l’identité de signature, le package d’installation, les accès demandés et la documentation de sécurité disponible.

Le positionnement dans les résultats de recherche ne peut remplacer ces vérifications. Des publicités payantes et des pages bien classées peuvent diriger les utilisateurs vers des domaines malveillants. Le fait qu’une personne ait activement recherché un outil ne rend pas le résultat digne de confiance.

Une connexion HTTPS valide ne peut pas non plus établir l’honnêteté des intentions. Le chiffrement protège le trafic entre le navigateur et un site. Il ne certifie pas que l’opérateur du site est légitime.

Les équipes de sécurité devraient examiner les logiciels d’agents expérimentaux comme une décision d’accès. La question pertinente n’est pas seulement de savoir si le produit utilise l’IA. Elle est de savoir à quoi le logiciel peut accéder si son identité, son canal de mise à jour ou ses dépendances échouent.

Cette évaluation devrait inclure les fichiers locaux, les profils de navigateur, les magasins de mots de passe, les extensions de portefeuille, les clés API et les sessions authentifiées. Elle devrait également couvrir la rapidité avec laquelle ces identifiants peuvent être révoqués.

Le point de scepticisme est tout aussi important. La télémétrie de HP et la rétro-ingénierie de Malwarebytes établissent le mécanisme de la campagne, mais pas sa prévalence globale.

Le rapport de septembre décrit une activité observée au cours d’un trimestre. Il ne prouve pas que les faux outils de trading basés sur l’IA constituent désormais un canal dominant de diffusion de malwares. Il démontre que les attaquants ont rendu ce schéma opérationnel.

Cela suffit à justifier des contrôles sans exagérer l’ampleur du phénomène. Une seule chaîne d’infection reproductible peut révéler une faiblesse de conception avant que des totaux fiables de victimes ne soient disponibles.

Ce que les défenseurs devraient surveiller après la campagne TradingClaw

Le prochain test consiste à déterminer si cela reste un appât soigné et isolé ou devient un modèle de distribution réutilisable dans différentes catégories d’agents.

Le premier signal est la réutilisation de la chaîne de diffusion de Needle Stealer sous de nouveaux noms de produits. Malwarebytes a indiqué que d’autres malwares, notamment Amadey, GCleaner et CountLoader ou DeepLoad, diffusaient également Needle Stealer.

Le passage d’un domaine malveillant à plusieurs produits aux marques associées à l’IA renforcerait l’idée que les attaquants considèrent la découverte d’agents comme un canal d’acquisition reproductible. Une réutilisation isolée appuierait une interprétation plus restreinte.

Les défenseurs devraient rechercher des archives ZIP associant des exécutables reconnaissables à des fichiers DLL inattendus. Ils devraient également surveiller les processus qui chargent des bibliothèques depuis des emplacements de téléchargement accessibles en écriture par les utilisateurs.

Le deuxième signal est le remplacement plus large d’extensions de navigateur. La configuration observée prenait en charge sept produits de portefeuille, mais la conception modulaire de Needle Stealer permet aux opérateurs de modifier les fonctionnalités et les cibles.

De nouvelles copies malveillantes visant des gestionnaires de mots de passe, des outils d’identité ou des extensions professionnelles étendraient la menace au-delà des utilisateurs de crypto. Cette évolution montrerait que la substitution d’interfaces devient une stratégie générale de vol d’identifiants.

Les administrateurs devraient surveiller les modifications non planifiées des répertoires d’extensions, l’arrêt du navigateur suivi d’une modification d’extension, ainsi que les extensions apparaissant en dehors des canaux de distribution approuvés.

Le troisième signal est de savoir si les fournisseurs de recherche, les éditeurs de navigateurs et les plateformes de terminaux perturbent l’ensemble de la chaîne d’acquisition. Supprimer un domaine malveillant a une valeur limitée si les publicités et les résultats empoisonnés redirigent immédiatement les utilisateurs vers des remplaçants.

Une réponse significative relierait la publicité trompeuse, les téléchargements suspects, l’abus de binaires signés, le remplacement local d’extensions et le trafic vers les serveurs de commande. Aucun point de contrôle unique ne voit l’intégralité de la séquence.

Le système de réputation de Microsoft reste utile, mais le cas TradingClaw montre pourquoi la réputation ne peut pas fonctionner seule. Les politiques de navigateur aident, mais elles interviennent après qu’un utilisateur a atteint l’appareil. L’isolation des terminaux aide, mais uniquement lorsqu’elle est configurée avant l’exécution.

Les fournisseurs de portefeuilles ont également un rôle à jouer. Les utilisateurs ont besoin de moyens plus clairs pour vérifier l’intégrité des extensions et reconnaître un remplacement inattendu. Des avertissements plus forts concernant les extensions modifiées localement pourraient réduire la dépendance à la familiarité visuelle.

Les développeurs d’IA devraient considérer l’usurpation d’identité comme une composante de la sécurité produit. La publication des emplacements de téléchargement officiels, des informations de signature, des hachages, des domaines d’assistance et d’instructions d’installation claires donne aux utilisateurs des éléments concrets à comparer.

Les petits développeurs font face à une version plus difficile de ce problème. Ils peuvent manquer d’une réputation établie tout en lançant des logiciels qui ont légitimement besoin d’autorisations inhabituelles. Des pratiques de distribution transparentes importent donc davantage, et non moins.

Pour les particuliers, l’action immédiate consiste à séparer l’expérimentation de l’accès financier. Un agent non vérifié ne devrait pas s’exécuter dans le même profil de navigateur qui contient des extensions de portefeuille actives ou des sessions sensibles.

Toute personne ayant exécuté un logiciel provenant de tradingclaw[.]pro devrait considérer l’appareil comme potentiellement compromis. Le déconnecter peut limiter les communications continues, mais la gestion de l’incident devrait s’effectuer depuis un appareil sain.

Les identifiants de portefeuille saisis après l’infection devraient être considérés comme exposés. Les utilisateurs peuvent devoir déplacer leurs actifs à l’aide d’un logiciel de confiance, révoquer les sessions sur les plateformes d’échange, changer leurs mots de passe et examiner les autres comptes enregistrés dans le navigateur.

Les organisations devraient impliquer leurs équipes de sécurité avant d’effacer les preuves. Les modifications de navigateur, les archives téléchargées, l’activité des processus et les enregistrements réseau peuvent aider à établir l’étendue de l’infection.

Les utilisateurs devraient également distinguer le changement de mot de passe de la récupération de portefeuille. Changer le mot de passe d’un portefeuille peut ne pas protéger les actifs si un attaquant a obtenu une phrase de récupération ou une clé privée.

La campagne confirmée s’est concentrée sur la capture d’identifiants et de mots de passe de portefeuilles via des extensions remplacées. Malwarebytes a également documenté des capacités plus larges d’usurpation de portefeuille et de collecte de phrases de récupération dans le panneau de contrôle de Needle.

Cette capacité ne prouve pas que chaque victime a perdu une phrase de récupération. Elle justifie de vérifier si le système infecté en a un jour affiché ou stocké une.

La campagne TradingClaw Needle Stealer révèle en définitive une lacune de vérification autour des logiciels d’agents. Les nouveaux outils demandent aux utilisateurs d’agir rapidement, d’installer des composants inconnus et de connecter des données précieuses avant qu’une réputation ne soit établie.

Les attaquants peuvent imiter cette expérience à un coût relativement faible. Ils n’ont pas besoin de surpasser un véritable modèle de trading. Ils doivent paraître crédibles jusqu’à la première exécution.

Avant d’installer un agent d’IA ayant accès à des comptes financiers, vérifiez son éditeur via un canal de confiance distinct. Confirmez le domaine de téléchargement exact et l’identité de signature. Demandez-vous ensuite si la même tâche peut être exécutée sans accès au portefeuille.

Si ces vérifications restent floues, interrompez l’installation. La question de sécurité décisive n’est pas de savoir si un agent promet de meilleurs trades. Elle est de savoir si vous pouvez prouver qui contrôle le logiciel avant qu’il n’atteigne votre navigateur, vos identifiants et vos fonds.