Futures
Des centaines de contrats réglés en USDT ou en BTC
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Lancement Futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Trading démo
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Launchpad
Soyez les premiers à participer au prochain grand projet de jetons
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
Vulnérabilité Critique dans le Contrat BSC Déclenche une Perte de $100,000
BlockSec Phalcon, la plateforme de sécurité de la célèbre société d’audit BlockSec, a récemment signalé sur le réseau X la découverte d’une attaque sophistiquée contre un contrat inconnu déployé sur la chaîne BSC. L’opération malveillante a entraîné un vol d’environ 100 000 $, exposant une faille fondamentale dans le mécanisme de synchronisation du protocole de brûlage des paires de tokens.
Architecture du protocole : où réside la vulnérabilité
Selon l’analyse partagée par Odaily, la racine du problème se trouve dans la conception du système de brûlage de liquidité. La vulnérabilité ne réside pas simplement dans un code défectueux, mais dans une architecture qui permet des manipulations en cascade. Le protocole implémentait une fonction de synchronisation qui, bien qu’ayant pour but de maintenir l’équilibre des paires, est devenue le point faible du contrat.
Le mécanisme était programmé pour détruire automatiquement des pourcentages significatifs de tokens lors d’opérations d’échange, dans l’espoir que cette action protégerait le fonds. Cependant, cette même caractéristique est devenue l’outil que l’attaquant a utilisé à son avantage.
Exécution en deux phases : l’anatomie de l’attaque
L’exploitant a exploité la vulnérabilité via une stratégie d’arbitrage exécutée en deux opérations consécutives. Lors de la première phase, lors d’un échange initial, il a réussi à extraire 99,56 % des tokens PGNLZ du fonds de liquidité. Cette action aurait dû déclencher des mécanismes de sécurité, mais l’architecture a permis de continuer.
Lors de la deuxième phase, l’attaquant a effectué une opération de vente de PGNLZ qui a automatiquement activé la fonction transferFrom du contrat. Cette fonction, telle qu’elle était conçue, a procédé à la destruction de 99,9 % des tokens PGNLP restants et a exécuté une synchronisation forcée. C’est ici que la vulnérabilité a montré toute son ampleur : la brûlure massive de PGNLP a provoqué une augmentation artificielle du prix relatif du token, manipulant les métriques de valeur du fonds.
Gain de l’attaquant : exploitation de prix manipulés
Profitant de la distorsion des prix générée par la synchronisation et le brûlage de tokens, l’exploitant a effectué son dernier mouvement. Avec le prix manipulé à son avantage, il a réussi à retirer pratiquement la totalité des USDT restant dans le fonds, complétant ainsi la chaîne d’événements qui a abouti à la perte totale de 100 000 $.
Implications pour l’écosystème BSC
Cet incident souligne un schéma récurrent dans les vulnérabilités des contrats intelligents : la confluence de mécanismes apparemment indépendants peut créer des vecteurs d’attaque non prévus. Les développeurs opérant sur la chaîne BSC et concevant des protocoles avec des fonctions de brûlage doivent reconsidérer comment celles-ci interagissent avec les opérations de synchronisation et les transferts de fonds, en mettant en place des validations supplémentaires pour rompre ces chaînes d’exploitation.