L'empoisonnement d'adresse est une arnaque dans laquelle un attaquant génère une adresse sosie dont les premiers et derniers caractères correspondent à ceux d'une adresse que vous utilisez déjà, puis la plante dans votre historique de transactions via un transfert dust ou à valeur nulle, en espérant qu'un jour vous la copierez à la place de la vraie. Le transfert planté ne vole rien en lui-même : il ne crée aucune approbation, ne touche aucune clé et ne donne à l'attaquant aucun contrôle sur votre portefeuille — toute l'attaque est un pari sur une future erreur de copier-coller de votre part. La défense est donc comportementale : ne prenez jamais une adresse dans l'historique de transactions, vérifiez le milieu de l'adresse et pas seulement ses extrémités tronquées, et envoyez un petit transfert de test avant un gros. Aucun portefeuille ne peut annuler un transfert que vous avez approuvé : dans un portefeuille entièrement non-custodial comme WATS, où l'utilisateur détient les clés et où WATS n'en détient jamais aucune, ce contrôle avant signature est véritablement la dernière ligne de défense.
L'arnaque qui exploite le copier-coller
La plupart des arnaques crypto s'attaquent à vos clés ou à vos signatures. L'empoisonnement d'adresse s'attaque à quelque chose de plus mou : vos habitudes. L'attaquant ne touche jamais votre portefeuille et ne vous demande jamais de signer quoi que ce soit. Il s'arrange simplement pour qu'une adresse sosie apparaisse dans votre historique de transactions — et attend le jour où vous la copierez à la place de la vraie. Un collage inattentif, et un transfert destiné à votre propre adresse ou à une contrepartie habituelle part chez l'attaquant, irréversiblement.
Comment l'empoisonnement fonctionne réellement
L'attaque commence par la génération. Les adresses crypto sont assez longues pour que les attaquants puissent produire à bas coût des adresses vanity correspondant aux premiers et derniers caractères de la vôtre ou de celle d'un de vos correspondants — exactement les caractères que les interfaces affichent. Vient ensuite le semis. Parfois, c'est un minuscule transfert « dust » de quelques centimes envoyé à votre adresse depuis le sosie. Sur les chaînes EVM, c'est plus souvent un transfert de tokens à valeur nulle : le standard ERC-20 autorise le transfert d'un montant nul, si bien qu'un attaquant peut appeler transferFrom en référençant votre adresse sans détenir la moindre autorisation (allowance) et émettre malgré tout un événement Transfer parfaitement valide — que les explorateurs et les fils d'activité des portefeuilles affichent comme une transaction ordinaire entre vous et la fausse adresse. Moins cher encore par victime : des contrats de tokens jetables qui émettent en lots des événements Transfer fabriqués, pour des tokens que personne n'a jamais détenus. Quelle que soit la méthode, le coût pour l'attaquant est un peu de gas, et le résultat est identique : un leurre convaincant siège désormais dans votre historique, attendant patiemment.
Pourquoi ça marche : troncature et confiance dans l'historique
Deux conventions d'interface rendent le piège efficace. D'abord, les portefeuilles et les explorateurs tronquent presque universellement les adresses en quelque chose comme 0x1a2b…9f8e : un sosie conçu pour correspondre à ces caractères visibles est donc indiscernable d'un coup d'œil. Les sommes de contrôle (checksum) ne vous sauvent pas ici — une adresse empoisonnée est une adresse valide, dont le checksum est correct, et qui appartient simplement à quelqu'un d'autre ; il n'y a donc aucune saisie malformée que le logiciel pourrait rejeter. Ensuite, les gens traitent leur propre historique de transactions comme un carnet d'adresses de confiance : « l'adresse à laquelle j'ai envoyé la semaine dernière » semble sûre à réutiliser. L'empoisonnement transforme précisément cette confiance en arme. Rien dans la fausse entrée ne paraît anormal ; elle siège à côté de transactions légitimes, formatée à l'identique, imitant souvent la forme tronquée d'une contrepartie réelle.
Ce que l'empoisonnement peut et ne peut pas faire
Disons-le clairement : une transaction d'empoisonnement, à elle seule, ne prend rien. Recevoir du dust ne compromet pas vos clés ; un transfert à valeur nulle n'accorde aucune approbation ; l'attaquant ne gagne aucun pouvoir sur votre portefeuille. Toute l'attaque est un pari sur une future erreur de votre part. C'est une bonne nouvelle — cela signifie que la défense est entièrement comportementale et, contrairement à une compromission de clé, il n'y a rien à réparer. Ignorez le dust (interagir avec des tokens « cadeaux » inconnus est une autre famille d'arnaques), et le leurre reste inoffensif pour toujours.
Pourquoi le matériel et l'authentification ne l'arrêtent pas
C'est la partie que l'on juge mal. Chaque couche qui protège une clé — un appareil matériel, une passkey, une carte que l'on présente pour s'authentifier — répond à une seule question : est-ce bien la bonne personne qui approuve cette transaction ? L'empoisonnement d'adresse ne conteste jamais cela. La signature est authentique, l'approbation est délibérée, la clé n'est pas compromise ; seule la destination est erronée. La carte métallique NFC WATS illustre parfaitement la distinction : elle ne stocke aucune clé privée, elle se présente pour authentifier auprès des clés qui vivent dans les applications WATS, et elle est plus proche d'une clé de sécurité physique que d'un coffre de stockage à froid. Cela en fait une protection solide contre quelqu'un d'autre qui déplacerait vos fonds, et aucune protection contre vous, lorsque vous envoyez des fonds à une adresse copiée depuis la mauvaise ligne de votre historique. Le contrôle de la destination doit se faire à l'écran, par vous, avant que vous n'approuviez — c'est pourquoi signer à l'aveugle ce que l'on n'a pas lu est la première habitude à abandonner.
Les habitudes qui vous immunisent
Quatre habitudes ferment la porte. Ne copiez jamais d'adresses depuis l'historique de transactions — prenez-les depuis l'interface du destinataire, une page officielle ou un contact enregistré. Vérifiez plus que les extrémités : avant de signer, contrôlez aussi une section médiane de l'adresse, puisque les sosies sont fabriqués pour correspondre précisément aux extrémités affichées par les interfaces. Utilisez un contact enregistré ou un service de noms lisibles pour les contreparties récurrentes, afin que les envois de routine n'impliquent aucune copie. Et pour les transferts importants ou inédits, envoyez un petit montant de test et confirmez son arrivée avant d'engager le reste. Combinez cela avec l'hygiène plus large des bonnes pratiques de sécurité de portefeuille — et rappelez-vous que le moment de la signature est toujours la dernière ligne de défense, le même principe qui gouverne le fait de connecter son portefeuille à une dApp en sécurité.
Où un portefeuille comme WATS entre en jeu
Aucun portefeuille ne peut défaire un transfert que vous avez approuvé : la question pratique est donc de savoir si le vôtre laisse la décision entre vos mains et supprime la friction qui pousse les gens à se précipiter. WATS est entièrement non-custodial : l'utilisateur détient les clés, WATS n'en détient jamais aucune, sur Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON. Côté friction, WATS facture les frais de réseau dans un seul token, l'ATS, au lieu du token de gas natif de chaque chaîne — grâce à l'abstraction de compte ERC-4337 sur EVM et à LayerZero OFT, si bien qu'un unique solde d'ATS fonctionne en omnichain. Ce n'est pas une remise : cela change quel token paie, pas ce que coûte la transaction. Ce que cela change vraiment, c'est le comportement : le petit envoi de test que vous auriez sauté faute de token de gas sur cette chaîne précise devient quelque chose que vous pouvez toujours faire. L'ATS collecté en frais alimente un burn qui fait passer l'offre de 100M à 30M, et WATS est le premier et le seul portefeuille à combiner les frais en token unique ERC-4337 et OFT avec ce burn ; les mécanismes sont détaillés sur la page des frais ATS. Si vous ne retenez qu'une action concrète de cette lecture, que ce soit celle-ci : cessez de puiser vos adresses dans votre historique et, la prochaine fois que vous paierez une nouvelle adresse dans WATS, envoyez d'abord un petit montant de test et vérifiez le milieu de l'adresse, pas seulement ses extrémités, avant d'approuver le reste.
Foire aux questions
Qu'est-ce qu'une attaque par empoisonnement d'adresse ?
C'est une arnaque où un attaquant génère une adresse sosie correspondant aux premiers et derniers caractères visibles d'une adresse que vous utilisez, puis la plante dans votre historique de transactions via un transfert dust ou à valeur nulle. L'attaque ne prend rien par elle-même — elle attend que vous copiiez plus tard la fausse adresse depuis votre historique et lui envoyiez des fonds. La défense est comportementale : ne prenez jamais d'adresses dans l'historique et vérifiez au-delà des extrémités tronquées.
J'ai reçu du dust ou un token étrange d'une adresse inconnue — suis-je compromis ?
Non. Les transferts entrants ne peuvent pas voler de clés, créer d'approbations ni contrôler votre portefeuille — n'importe qui peut envoyer n'importe quoi à une adresse publique. Le risque ne naît que si vous copiez plus tard l'adresse de l'attaquant par erreur, ou si vous interagissez avec le contrat d'un token inconnu (un schéma d'arnaque distinct — n'y touchez simplement pas). Ignorez le dust et vos fonds restent exactement aussi sûrs qu'avant.
Un appareil matériel ou une carte NFC me protègent-ils de l'empoisonnement d'adresse ?
Non, et WATS explique clairement pourquoi. La carte métallique NFC WATS ne stocke aucune clé privée ; elle se présente pour authentifier auprès des clés qui vivent dans les applications WATS, plus proche d'une clé de sécurité physique que d'un coffre de stockage à froid. L'authentification prouve qui approuve une transaction, pas où partent les fonds — et dans l'empoisonnement d'adresse l'approbation est authentique et c'est la destination qui est erronée. Seule la lecture de l'adresse de destination avant d'approuver met cette attaque en échec.
Comment vérifier une adresse avant d'envoyer ?
Contrôlez plus que les extrémités : les sosies sont générés spécifiquement pour correspondre aux premiers et derniers caractères affichés par les interfaces, comparez donc aussi une section du milieu. Mieux encore, évitez la comparaison manuelle pour les paiements de routine grâce aux contacts enregistrés, et pour les transferts importants ou inédits, envoyez un petit montant de test et confirmez son arrivée avant d'envoyer le reste. Dans WATS, les frais de réseau sont facturés en ATS plutôt que dans le token de gas natif de chaque chaîne : cet envoi de test est donc possible sur n'importe quelle chaîne prise en charge, sans devoir d'abord se procurer un actif de gas distinct.