Arnaques de phishing RWA : faux actifs tokenisés

Qu'est-ce que l'hameçonnage de RWA, et en quoi diffère-t-il d'une escroquerie classique par airdrop ?

L'hameçonnage de RWA est une catégorie d'escroquerie crypto qui usurpe l'identité de produits d'actifs réels tokenisés, comme les fonds monétaires, les bons du Trésor américain à court terme ou le crédit privé, afin d'inciter les détenteurs à signer des transactions malveillantes. Cette catégorie existe parce que les produits sous-jacents disposent d'un signal de confiance intégré que les anciennes escroqueries devaient fabriquer de toutes pièces : une marque institutionnelle.

Lorsqu'un portefeuille affiche un jeton avec le ticker BUIDL ou OUSG, un détenteur est plus susceptible de supposer qu'il provient du véritable émetteur. Les escrocs exploitent cette supposition. Ils déploient un nouveau contrat ERC-20, lui donnent le même symbole de ticker, parfois même le même nom, et envoient par airdrop des copies sans valeur à des adresses actives. La copie se retrouve dans le portefeuille à côté du vrai jeton, indistinguable au premier coup d'œil.

C'est ce qui fait de l'hameçonnage de RWA un cousin plus sophistiqué de l'empoisonnement d'adresse. L'empoisonnement d'adresse repose sur le fait que la victime envoie à la mauvaise adresse. L'hameçonnage de RWA repose sur le fait que la victime signe la mauvaise approbation. L'attaquant n'a pas besoin de vous convaincre que le protocole est réel, car le logo et le ticker font ce travail gratuitement.

Les produits usurpés, les bons du Trésor tokenisés et le crédit privé, font également partie des segments les plus dynamiques de la finance on-chain. Cette croissance attire des utilisateurs particuliers qui n'ont jamais traité de crédit on-chain auparavant, et qui peuvent ne pas réaliser que le ticker sur Etherscan n'est qu'une chaîne tapée par un déployeur. La barre pour une escroquerie crédible est tombée presque à zéro.

Quels sont les vrais risques avant de toucher un RWA tokenisé ?

La réponse honnête est que les risques commencent avant même que vous n'interagissiez avec un véritable émetteur, car le simple problème d'usurpation peut vider un portefeuille. Les risques techniques des vrais produits, comme les bugs de contrats intelligents, les défaillances d'oracle ou la faillite de l'émetteur, sont secondaires par rapport au risque d'ingénierie sociale pour la plupart des utilisateurs particuliers.

L'hameçonnage par approbation est le mode de défaillance dominant. Lorsque vous interagissez avec un protocole DeFi, vous accordez généralement à un contrat intelligent l'autorisation de déplacer un jeton spécifique depuis votre portefeuille. L'interface par défaut permet souvent de fixer cette autorisation à illimitée, ce qui est pratique mais catastrophique si le contrat est malveillant. Une seule signature peut donner à un attaquant la possibilité de vider chaque copie de ce jeton que vous détenez, maintenant ou plus tard.

Les jetons enveloppants sont particulièrement dangereux. La plupart des produits RWA ne sont pas transférables directement vers un portefeuille ordinaire. Ils se trouvent dans un wrapper, un contrat intermédiaire qui émet un reçu négociable. Les escrocs déploient leurs propres wrappers et les étiquettent avec le vrai ticker. Approuver le mauvais wrapper signifie que l'attaquant peut retirer le wrapper de votre portefeuille à tout moment, et vous risquez de ne pas vous en apercevoir avant que le solde ait disparu.

L'usurpation devient plus difficile à détecter à mesure que la marque grandit. Une escroquerie copiant OUSG peut enregistrer ondo-ousg-claim.com, acheter des annonces Google pour le terme de recherche, et livrer un clone pixel parfait de la véritable page de destination d'Ondo. Le faux portail KYC demandera une signature de portefeuille sous couvert de vérification d'accréditation, et la charge utile signée sera une approbation de jeton illimitée. Il n'y a aucun recours une fois cette signature on-chain.

Le contexte historique compte. Le schéma n'est pas nouveau. Le piratage de Badger DAO en 2022 a permis de drainer environ 120 millions de dollars en trompant les utilisateurs pour qu'ils approuvent un contrat malveillant via une interface compromise. La compromission de Ledger Connect Kit en 2023 a touché des dizaines de dApps légitimes en même temps. Dans chaque cas, l'utilisateur a signé quelque chose qui semblait routinier, et la perte a été totale. L'hameçonnage de RWA est le même mode opératoire avec un costume différent.

Le risque de contrepartie sur le vrai produit existe toujours. Si vous parvenez à acheter le vrai BUIDL ou OUSG via le vrai canal, vous portez toujours le risque que le fonds sous-jacent suspende les rachats, que la banque de l'émetteur fasse faillite, ou qu'un dépositaire ne puisse pas livrer les bons du Trésor à la demande. Ces risques de queue sont réels, et ils s'ajoutent au risque d'usurpation, et ne le remplacent pas.

Comment le phishing RWA fonctionne-t-il concrètement, étape par étape ?

Les mécanismes sont constants d’une campagne à l’autre, ce qui les rend faciles à expliquer. Une fois que vous en avez vu une, vous pouvez nommer chaque étape de la suivante.

Étape 1 : Enregistrement du domaine. L’attaquant enregistre un domaine qui ressemble visuellement à un émetteur réel. Les schémas courants incluent des traits d’union (ondo-finance-claim.com), des TLD de code pays (ondo.fi ou ondo-app.io), ou des lettres remplacées (0ndo.com avec un zéro). Le site charge une copie presque parfaite de la page d’accueil de l’émetteur, aspirée depuis des éléments marketing publics.

Étape 2 : Déploiement du contrat. L’attaquant déploie un nouveau contrat ERC-20 sur Ethereum ou sur un réseau Layer 2. Le contrat a le même nom et le même ticker que le vrai token. Il n’existe pas de registre on-chain qui empêche cela. L’attaquant airdrop ensuite le faux token à des milliers d’adresses qui détiennent déjà le vrai produit, afin que le token frauduleux apparaisse à côté du véritable.

Étape 3 : Canaux de distribution. Le faux site et le contrat sont diffusés via des publicités de recherche payantes, des canaux Discord ou Telegram piratés, des comptes X compromis, et du spam en réponse aux annonces des vrais émetteurs. Des KOLs et des agrégateurs indexent parfois le faux contrat, ce qui le fait apparaître dans les scanners de wallets comme s’il était légitime.

Étape 4 : Le piège. Les victimes sont dirigées vers un faux portail de 'claim' ou de 'redeem'. La page explique que l’utilisateur doit effectuer un KYC ou une accréditation avant de pouvoir recevoir des distributions, du rendement ou des bonus airdroppés. La signature de wallet demandée à la fin du parcours KYC ne sert pas réellement à vérifier l’identité. C’est une autorisation, souvent illimitée, souvent pour un token enveloppé non transférable contrôlé par l’attaquant.

Étape 5 : Drain. Une fois l’autorisation signée, l’attaquant appelle la fonction transferFrom du wrapper et retire le wrapper du wallet. Selon la conception, le véritable RWA sous-jacent peut partir avec lui, ou le wrapper peut simplement ne rien valoir, mais le détenteur ne s’en rend généralement compte qu’une fois le solde disparu.

Pourquoi les portails KYC et d’accréditation font-ils partie de la ruse ?

La plupart des produits RWA légitimes sont réservés à des investisseurs accrédités ou qualifiés en vertu des règles sur les valeurs mobilières. Cela crée un point de friction que les escrocs adorent : l’utilisateur s’attend à devoir fournir des documents avant de pouvoir effectuer une transaction. L’escroc déplace simplement la charge utile de phishing à l’intérieur de ce qui ressemble à une étape de conformité.

Le faux portail demande généralement un e-mail, un selfie et une signature de wallet pour 'vérifier l’accréditation on-chain'. La signature est l’autorisation malveillante. Le selfie et l’e-mail sont des données bonus que l’escroc peut vendre ou utiliser dans des arnaques ultérieures. Les victimes déclarent souvent avoir senti que quelque chose clochait, mais avoir signé quand même parce que l’étape semblait normale.

C’est aussi pourquoi l’usurpation paraît plus convaincante pour les particuliers que pour les institutions. Un prime broker sait que BUIDL n’est distribué que via Securitize et jamais via une page publique de claim. Un utilisateur particulier qui a vu un logo BlackRock dans une publicité YouTube n’a pas de contexte comparable. Le cadrage KYC donne à la signature de wallet l’apparence d’un point de contrôle réglementaire plutôt que financier.

La défense est structurelle. Les vrais émetteurs comme Securitize, Ondo et Maple publient leurs adresses de contrat canoniques sur leurs propres domaines principaux. Les étapes de conformité se déroulent dans l’application réelle de l’émetteur, pas sur une page à laquelle vous êtes arrivé depuis un DM, une publicité ou une réponse. Si un site demande à votre wallet de signer quoi que ce soit pendant un KYC, c’est en soi un signal d’alerte, quel que soit le niveau de finition du reste de la page.

Que font réellement les faux portails de 'claim' et de 'redeem' à un wallet ?

La plupart demandent une autorisation ERC-20, le même mécanisme de base utilisé par Uniswap et Aave pour permettre à des smart contracts de déplacer des tokens en votre nom. La différence réside dans le dépensier. Un DEX légitime vous demande d’approuver le routeur Uniswap, une adresse connue avec des audits publics et un historique. Un site de phishing vous demande d’approuver une adresse contrôlée par l’attaquant, souvent tout juste déployée, souvent sans audit, souvent sans source vérifiée sur Etherscan.

La pire variante est l’autorisation pour un token enveloppé non transférable. L’attaquant déploie un contrat wrapper qui mint et burn un token de reçu représentant une participation dans le RWA sous-jacent. Le vrai émetteur fait quelque chose de similaire, mais avec un contrat vérifié. Le faux wrapper permet à l’attaquant de déplacer le reçu hors de votre wallet à volonté. Même si vous révoquez ensuite l’autorisation, les tokens ont déjà disparu.

Certains sites vont plus loin et demandent un appel setApprovalForAll, qui accorde une permission générale sur les tokens ERC-721 ou ERC-1155 au niveau du wallet. C’est le même mécanisme de base qu’utilisent les places de marché NFT, et c’est aussi ce que les drainers enchaînent pour vider un wallet entier en une seule transaction. Une fois qu’un setApprovalForAll est signé pour un opérateur malveillant, tout ce qui se trouve à cette adresse de contrat devient une cible.

Il existe aussi une variante plus récente dans laquelle la page de 'claim' vous demande de signer un message off-chain avec eth_sign ou personal_sign. La charge utile signée est ensuite utilisée pour construire un permit réutilisable qui autorise l’attaquant à dépenser vos tokens sans jamais soumettre d’autorisation on-chain. Le phishing de type permit progresse parce qu’il ne laisse aucune ligne d’autorisation évidente à révoquer après coup.

Le schéma est le même dans tous ces cas : la page transforme un moment qui ressemble à de la paperasse en un moment qui constitue en réalité une autorisation financière. La meilleure défense unique consiste à traiter toute demande de signature de wallet pendant une étape de 'vérification' comme un point de non-retour, et à lire la transaction décodée dans votre wallet avant de confirmer.

Comment vérifier le contrat canonique avant de signer quoi que ce soit ?

La vérification est une routine en cinq étapes, et elle doit être effectuée avant toute interaction avec un produit RWA, surtout si vous êtes arrivé via un lien plutôt qu’en saisissant vous-même l’URL.

1. Commencez par le domaine officiel de l’émetteur. Tapez manuellement l’adresse dans la barre d’adresse. Pour BUIDL de BlackRock, il s’agit de la page commercialisée par Securitize sur le domaine principal de Securitize, pas d’un résultat de recherche. Pour USDY et OUSG d’Ondo, il s’agit du site officiel ondo.finance. Ajoutez une fois la véritable URL à vos favoris et ne passez plus jamais par des publicités de recherche ou des réponses sur les réseaux sociaux.

2. Trouvez l’adresse du contrat canonique sur cette page. Les vrais émetteurs publient les adresses de leurs contrats dans leur documentation, souvent avec un lien vers Etherscan et une note claire indiquant sur quels réseaux ils sont déployés. Notez l’adresse. Mieux encore, copiez-la une fois dans une application de notes afin de pouvoir la comparer plus tard à ce que votre wallet vous affiche.

3. Vérifiez sur Etherscan. La page du contrat sur Etherscan doit afficher le nom de l’émetteur comme créateur vérifié du contrat, un nombre élevé de détenteurs, un historique de transferts réel et une date de déploiement cohérente avec les annonces de lancement de l’émetteur. Si le déployeur est un wallet récent sans historique, vous ne regardez pas le vrai produit.

4. Repérez les cas où deux contrats partagent un ticker. C’est la preuve flagrante. Si Etherscan affiche deux contrats ou plus étiquetés avec le même ticker, le plus ancien, avec un code source vérifié et le déployeur canonique, est le vrai produit, le plus récent est l’usurpateur. Les tickers ne sont pas uniques on-chain. N’importe qui peut nommer son contrat BUIDL.

5. Révoquez proactivement les autorisations obsolètes. Des outils comme revoke.cash vous permettent d’auditer toutes les autorisations actives sur votre wallet et de révoquer celles que vous n’utilisez plus. Le faire une fois par trimestre, ou après tout incident ayant touché une adresse de grande valeur, empêche d’anciennes autorisations de devenir des passifs silencieux.

Que faire si vous avez déjà signé quelque chose de suspect ?

La première heure compte plus que tout ce qui vient ensuite. Déplacez les actifs restants vers un nouveau wallet qui n’a jamais interagi avec le site suspect. N’essayez pas de « nettoyer » le wallet compromis en révoquant des autorisations et en espérant que cela suffise ; l’approbation a peut-être déjà été utilisée, ou une autre charge utile signée peut encore être en attente.

Révoquez les approbations sur revoke.cash depuis une session de navigateur propre si vous avez le temps. Vérifiez ensuite le wallet sur un explorateur de blocs pour voir si des tokens sont déjà sortis. Si l’approbation était un permit ou une signature hors chaîne, il peut ne pas y avoir de trace on-chain évidente avant que l’attaquant ne vide les fonds, donc la rapidité est essentielle.

Signalez le site frauduleux à l’émetteur dont l’identité est usurpée. La plupart des émetteurs RWA légitimes disposent d’un contact sécurité ou d’une boîte mail dédiée aux abus. Plus ils peuvent avertir rapidement les autres utilisateurs et faire supprimer le domaine, plus le rayon d’impact sera réduit. Ne vous attendez pas à récupérer des fonds en faisant un signalement, mais attendez-vous à ce que ce signalement ralentisse la prochaine attaque contre une victime.

Si une somme importante a été perdue, documentez les signatures, les adresses de contrats et les URL du site avant qu’elles ne disparaissent. C’est ce que les sociétés d’analyse forensique blockchain et les forces de l’ordre utilisent réellement. Les captures d’écran prises au moment de l’incident sont bien plus utiles que celles prises une semaine plus tard.

Comment suivre intelligemment le hameçonnage RWA

Le hameçonnage RWA évolue vite, tout comme l’actualité qui l’entoure. Suivre manuellement les nouveaux domaines frauduleux, les faux déploiements de contrats et les drainers d’approbation est une bataille perdue d’avance pour tout investisseur individuel. Zippfeed met en avant les actualités RWA et des actifs tokenisés avec un score de sentiment (bullish, neutral ou bearish) et une note d’importance, afin que vous puissiez voir quelles histoires le marché considère comme significatives et lesquelles ne sont que du bruit. Associez ce flux à une checklist de cinq minutes avant chaque clic, et le mode opératoire de l’usurpation devient bien plus facile à déjouer.