Une arnaque de bot IA sur YouTube vide 274 ETH de 224 victimes

Une campagne coordonnée sur YouTube, déguisée en tutoriels de codage pour un bot d'arbitrage crypto alimenté par IA, a permis de voler 274,60 ETH (environ 517 205 USD) à 224 victimes entre février et août 2026. La société de renseignement blockchain TRM Labs a tracé les fonds jusqu'à six adresses de collecte partagées, indiquant une seule opération derrière ce qui semblait être neuf chaînes de créateurs distinctes. Pour les cabinets comptables, les auditeurs et les directeurs financiers gérant des portefeuilles d'actifs numériques, ce cas est une leçon directe : l'examen au niveau des transactions et la diligence raisonnable sur les contrats intelligents ne peuvent pas être optionnels.

Comment fonctionne l'arnaque : un tutoriel qui transforme les victimes en attaquants

La campagne exploite une prémisse tout à fait plausible. Les assistants de codage IA aident réellement les développeurs à écrire et déployer des logiciels, y compris des applications de trading. Les tutoriels promettent de montrer aux spectateurs comment construire un « bot de trading crypto entièrement autonome à partir de zéro » en utilisant Claude, l'assistant IA d'Anthropic, sans expérience préalable requise. Ce discours fonctionne parce qu'il n'est pas totalement invraisemblable à première vue.

Les étapes légitimes avant le piège

Les victimes sont guidées à travers une configuration d'apparence standard : créer un portefeuille, coller le code source fourni dans ce qui ressemble à un compilateur, déployer un contrat intelligent et l'alimenter avec suffisamment de cryptomonnaie pour « démarrer l'arbitrage ». Chaque étape semble routinière. Le code open source affiché à l'écran est propre, ne contenant rien de suspect. Les avertissements de sécurité du portefeuille ne se déclenchent pas. Aucun lien de phishing n'apparaît. Aucune invite d'approbation malveillante n'est présentée. La victime déploie un contrat qu'elle croit posséder et autorise chaque transaction depuis son propre portefeuille.

La seule étape malveillante cachée à la vue de tous

Le piège est le compilateur. Plutôt que de diriger les spectateurs vers un environnement de développement établi comme le véritable Remix IDE, les tutoriels renvoient vers un site personnalisé stylisé pour ressembler à Remix mais contrôlé par les opérateurs. Lorsque la victime colle le code source affiché, un script en arrière-plan le rejette entièrement et compile un contrat différent récupéré depuis le serveur de l'opérateur. Le bytecode qui atteint réellement la blockchain est un pot de miel : il accepte les dépôts et transfère tout solde supérieur à 0,05 ETH à l'opérateur dès que la victime appuie sur « Start » ou « Withdraw », précisément le bouton que le tutoriel lui demande de presser. Rien dans le navigateur n'indique que la substitution a eu lieu.

TRM a identifié 234 contrats intelligents déployés et financés par les victimes durant la période de la campagne, les flux se concentrant finalement vers six adresses contrôlées par les opérateurs. Les fonds volés ont ensuite circulé entièrement via des protocoles de finance décentralisée, des ponts inter-chaînes et un mixer, sans qu'aucun échange centralisé n'apparaisse dans la chaîne. Ce routage est délibéré : il contourne le filtrage des retraits et les contrôles KYC que les plateformes centralisées appliquent.

Une production coordonnée derrière une fausse façade multi-créateurs

Les neuf tutoriels YouTube étaient présentés comme le travail de créateurs indépendants, mais l'analyse de TRM a trouvé des signes clairs de production partagée. Les scripts sont presque identiques d'une chaîne à l'autre. Les instructions à l'écran suivent la même séquence. Plusieurs vidéos affichaient le même profit revendiqué jusqu'à la décimale, y compris un rendement de 1 ETH toutes les 20 heures. Des présentateurs générés par IA et des voix synthétisées ont été utilisés pour créer l'apparence de créateurs distincts, certaines vidéos associant un avatar IA parlant directement face caméra et d'autres combinant une voix synthétique avec un enregistrement d'écran.

Guides écrits et infrastructure répartis sur les principaux hébergeurs cloud

Les guides écrits complémentaires liés dans les descriptions des vidéos étaient hébergés sur Telegram, Amazon S3 et Google Cloud Storage. Malgré des différences de design visuel et de liens spécifiques, les instructions suivaient le même ordre et se terminaient à la même étape : financer le bot avec suffisamment de liquidité et appuyer sur Start. L'utilisation d'infrastructures cloud majeures donne aux guides un air de légitimité et rend inefficace un simple blocage par URL.

De nombreuses vidéos masquaient également les URL affichées à l'écran et dirigeaient les spectateurs vers les liens de description, ce qui signifie qu'un seul enregistrement d'écran pouvait être réutilisé sur plusieurs chaînes tandis que l'adresse de destination était discrètement changée. En septembre 2026, les neuf vidéos restaient en ligne et avaient accumulé 310 474 vues depuis la publication de la plus ancienne en avril 2026. Des versions antérieures utilisant ChatGPT comme leurre plutôt que Claude ont depuis été retirées de YouTube, confirmant que l'opération s'étend au-delà des neuf tutoriels de l'analyse actuelle de TRM.

Le drainage secondaire : un faux message d'erreur

Une fois les fonds partis, les opérateurs tentent une seconde extraction. Un site de compilateur affichait un message d'erreur scénarisé après que le drainage avait déjà eu lieu : « ERROR: Arbitrage stuck — Gas nonce liquidity equals injected liquidity. Add 50% of your original liquidity (up to 1 ETH) as arbitrage gas to your bot's smart contract, then press Start again. » « Gas nonce liquidity » n'est pas un concept Ethereum reconnu, et aucune telle erreur n'existe dans le contrat déployé. Le message existe uniquement pour inciter un second transfert de la part d'une victime confuse plutôt que certaine d'avoir été volée.

Pourquoi les défenses conventionnelles ne détectent pas cela

Les outils de sécurité standard des portefeuilles sont construits autour d'un modèle de menace spécifique : un site externe hostile demandant une signature d'approbation malveillante, ou un domaine de phishing usurpant un service légitime. Cette campagne contourne chaque couche de ce modèle.

Les failles que cette attaque exploite

Les listes de blocage de phishing ne signalent pas la propre session de compilateur de la victime. L'analyse des signatures d'approbation ne voit rien d'inhabituel car la victime autorise un contrat qu'elle croit avoir construit et posséder. Les avertissements du portefeuille restent silencieux car les transactions sont auto-initiées. La substitution malveillante du bytecode se produit côté serveur avant le déploiement, invisible à l'inspection au niveau du navigateur. Même un utilisateur techniquement informé examinant le code source à l'écran ne verrait rien d'anormal, car ce code n'atteint jamais la chaîne.

Le contexte de renseignement plus large de TRM renforce l'inquiétude. La société a constaté une adoption criminelle de l'IA en hausse de 40 % d'une année sur l'autre, les escrocs menant cette adoption. L'escroquerie est décrite comme l'une des frontières où l'usage de l'IA a atteint un stade mature, présent à chaque phase du cycle de vie de l'attaque. Le passage de l'image de marque ChatGPT en 2025 à celle de Claude en 2026 illustre comment les opérateurs peuvent rafraîchir le leurre de marque IA tout en laissant les mécanismes sous-jacents inchangés, un cycle d'itération à faible coût qui dépasse la plupart des mises à jour défensives.

Implications comptables et AML pour les cabinets et les auditeurs

Pour les cabinets comptables ayant des clients en actifs numériques, et pour les équipes financières internes des entreprises natives du crypto, cette typologie soulève plusieurs questions immédiates qui dépassent la réponse à incident.

Traçabilité on-chain et limites des transactions autodéclarées

Les victimes de cette campagne ont déployé et financé des contrats depuis leurs propres portefeuilles et autorisé chaque étape. Du point de vue de l'historique brut des transactions, ces sorties sont indiscernables d'une interaction DeFi délibérée. Un client présentant son historique de portefeuille peut ne même pas savoir qu'il a été victime d'une fraude, en particulier si le message d'erreur secondaire l'a incité à envoyer une seconde tranche en croyant corriger un problème technique.

Les cabinets utilisant un logiciel de comptabilité crypto robuste qui ingère les données brutes on-chain verront le déploiement du contrat et le transfert sortant. Sans contexte, ces écritures seront classées comme activité DeFi, et non comme vol. Cette mauvaise classification compte pour deux raisons : elle affecte le traitement du compte de résultat de la perte, et elle peut fausser la surveillance des transactions AML si le cabinet déclare également des activités suspectes. Les auditeurs examinant les informations sur les actifs numériques doivent demander spécifiquement aux clients si des interactions avec des contrats intelligents durant la période impliquaient des outils de compilateur tiers ou du code lié à des tutoriels, car la réconciliation standard ne fera pas ressortir cette distinction.

La diligence raisonnable sur les contrats intelligents comme exigence de contrôle

L'attaque expose une lacune dans les cadres de contrôle des actifs numériques de la plupart des cabinets. Les politiques traitent généralement de la garde, de la gestion des clés et du risque de contrepartie des échanges. Moins nombreuses sont celles qui traitent du risque de déployer des contrats intelligents tiers non audités, en particulier lorsque le déploiement a été initié par un membre du personnel ou un client suivant des instructions publiquement disponibles. Les conclusions de TRM constituent une base pour mettre à jour ces politiques afin d'exiger que tout déploiement de contrat intelligent touchant des fonds du cabinet ou de clients provienne d'un environnement de développement vérifié, et non d'un lien de tutoriel.

Reconnaissance des typologies AML pour les équipes de conformité

Le schéma de flux de fonds ici mérite d'être intégré dans les bibliothèques de typologies des équipes de conformité. Les fonds passent des portefeuilles des victimes aux contrats pots de miel, puis à six adresses de consolidation, puis via DeFi, des ponts inter-chaînes et un mixer. Cette séquence de superposition via une infrastructure décentralisée, sans rampe de sortie centralisée, est spécifiquement conçue pour briser la piste des transactions avant toute conversion en monnaie fiat. Les responsables de la conformité examinant des déclarations d'activités suspectes ou préparant des narratifs SAR dans des cas similaires doivent noter que l'absence d'un échange centralisé dans la chaîne ne signifie pas que les fonds sont intraçables : l'analyse de TRM démontre que l'analyse blockchain peut reconstruire le flux même à travers des mixers et des ponts.

Pour les cabinets dont les clients détiennent de l'ETH ou interagissent avec des protocoles DeFi, un examen périodique de l'activité des portefeuilles à l'aide d'un logiciel de comptabilité d'actifs numériques capable d'étiqueter les interactions avec des contrats intelligents est une réponse proportionnée. Les transactions qui ressemblent à des dépôts DeFi mais se dirigent vers des contrats sans piste d'audit vérifiable ni adresse de protocole reconnue méritent un examen plus approfondi.

Étapes pratiques pour les cabinets dès maintenant

Les neuf vidéos étaient toujours en ligne à la date de publication de TRM en septembre 2026, avec plus de 310 000 vues cumulées. Des variantes antérieures ont été supprimées, mais le modèle opérationnel persiste clairement. Les cabinets doivent prendre les mesures suivantes sans attendre que la réglementation rattrape son retard.

Communication avec les clients et le personnel

Publiez un bref avis à l'intention de tout client qui interagit avec la DeFi ou détient des portefeuilles en auto-conservation. Le message clé : tout tutoriel demandant à un utilisateur de déployer un contrat intelligent via un site de compilateur tiers, quelle que soit l'apparence professionnelle de ce site, doit être considéré comme à haut risque jusqu'à vérification indépendante. Le fait que Claude ou tout autre assistant IA soit mentionné dans le titre n'est pas un gage de qualité ; c'est de plus en plus un signal d'alarme.

Examen et reclassification des transactions

Pour les clients ayant une activité en ETH entre février et août 2026, signalez tout déploiement de contrat intelligent dont l'adresse ne correspond pas à un protocole DeFi reconnu. Recoupez avec les six adresses de collecte des opérateurs identifiées par TRM (disponibles dans le rapport complet de TRM) pour déterminer si des fonds de clients ont été affectés. Si une correspondance est trouvée, le traitement comptable passe d'une interaction DeFi à une perte pour vol, avec des conséquences fiscales et de divulgation différentes selon la juridiction du client.

Mises à jour des politiques et des contrôles

Mettez à jour les politiques de risque liées aux actifs numériques pour traiter explicitement des outils de compilateur tiers et du code de contrat intelligent issu de tutoriels. Associez cela à un rappel au personnel que l'image de marque IA dans le titre d'un tutoriel n'a aucune autorité technique. Tout déploiement de code de contrat intelligent utilisant des fonds du cabinet ou de clients doit exiger l'approbation de quelqu'un qui a examiné le bytecode réel ou obtenu un audit indépendant, et pas seulement le code source affiché à l'écran.

Source : TRM Labs

Questions fréquentes

FAQ