Aller au contenu
Fondé MMXXVIVol. VI · № 363RSS
Blockchain Breaches

Archive des incidents de sécurité dans les cryptomonnaies — piratages, exploits, défaillances de ponts et rug pulls, documentés avec des preuves on-chain.

Dossier № 360Bug de smart contract

Exploit comptable du pool de liquidité de NemTokenV2

Une faille dans la comptabilité de règlement du contrat NemTokenV2 a permis à un attaquant de vider son pool PancakeSwap sur BNB Chain d'environ 822 000 USD en écrémant les réserves à répétition.

Date
Chaîne(s)
Statut
Fonds dérobés

Le 22 octobre 2026, le contrat NemTokenV2 — un token de BNB Chain négocié sur PancakeSwap et sans lien avec la blockchain native NEM/XEM — a été exploité pour environ 822 000 dollars. La perte provenait d'une faille logique dans le code du token lui-même, et non d'une clé volée ou d'une dépendance externe. Les sociétés de sécurité SlowMist et CertiK ont signalé l'incident le jour même, SlowMist chiffrant les dégâts à environ 821 920 dollars.

Ce qui s'est passé

NemTokenV2 intégrait un mécanisme comptable « sell-recycle » maison dans sa logique de transfert. Le contrat traitait tout transfert de tokens vers sa paire de liquidité PancakeSwap comme un volume de vente sans vérifier qu'un échange avait réellement été réglé. Comme le solde réel de tokens de la paire pouvait dépasser ses réserves enregistrées, cet excédent était écrémable.

L'attaquant a exploité cette faille dans une boucle serrée : il envoyait des NEM dans le pool USDT/NEM, appelait skim() pour évacuer l'excédent et invoquait la routine propre au contrat flushLpSellRecycle(). Selon SlowMist, la séquence a été répétée environ 42 fois, réduisant régulièrement les réserves de NEM du pool et gonflant le prix du token. L'attaquant a ensuite vendu les NEM restants au prix faussé contre des USDT, puis transféré les gains vers Ethereum via un pont.

Conséquences

Au moment des premières divulgations, l'équipe de NemTokenV2 n'avait publié aucune déclaration officielle, nommé aucun correctif ni signalé de fonds récupérés. SlowMist a affirmé avoir publié les adresses de l'attaquant, du contrat d'exploit et du token, mais la couverture publique ne les a pas reproduites, et aucun hash de transaction confirmé ni aucune identité de l'attaquant n'a été établi.

Pourquoi c'est important

La perte de NemTokenV2 rappelle que les hooks de transfert d'un token constituent eux-mêmes une surface d'attaque. Une logique « tax », « reflection » ou « recycle » sur mesure qui modifie la comptabilité du pool de liquidité à chaque transfert invite précisément cette classe de bogues : lorsqu'un contrat fait davantage confiance à sa comptabilité interne qu'à l'état réglé de l'AMM, un attaquant peut fabriquer un volume de vente fantôme et empocher la différence. C'est la même distorsion des réserves et des prix observée chez Papertrade et Tectonic, et cela souligne pourquoi les contrats de token à comptabilité autonome devraient se réconcilier avec les soldes réels de la paire, et jamais l'inverse.