Le 16 novembre, les actifs des utilisateurs sur le terminal de trading on-chain DEXX ont été volés, entraînant des ventes importantes à court terme de plusieurs jetons mèmes et diminuant considérablement l'enthousiasme du marché des mèmes. Selon des estimations incomplètes de la communauté, l'incident DEXX a touché plus de 500 victimes indépendantes, les pertes étant estimées à environ 13 millions de dollars.
Le fondateur de DEXX, Roy, a déclaré que les pertes des utilisateurs seraient compensées, et plusieurs utilisateurs ont signalé que leurs actifs avaient été isolés vers des adresses sécurisées. Cependant, dans des incidents similaires passés, les cas de récupération réussie des fonds et de compensation satisfaisante des utilisateurs ont été rares.
## Vulnérabilité de sécurité — Clés privéesSuite au vol de DEXX, la communauté a commencé à réexaminer cette plateforme de trading spécifique aux memes.
L'audit de DEXX a été réalisé par Certik, qui a attribué à DEXX la note de 59,31, une note insuffisante mettant en évidence 9 risques. Le risque principal, la "centralisation", est resté irrésolu ; deux des quatre risques de niveau moyen, y compris le "code vulnérable", n'ont toujours pas été traités ; et sur les quatre risques de niveau bas, un seul avait été résolu.
Précédemment, DEXX prétendait utiliser un portefeuille non-custodial pour le stockage des clés privées. Cependant, les observations de la communauté ont révélé que DEXX gérait en réalité les clés privées des utilisateurs à travers des méthodes centralisées.
Le fondateur de SlowMist, Yu Jian, a noté : « Les utilisateurs affectés étaient ceux impliqués dans le trading de jetons mèmes sur DEXX. Les clés privées étaient gérées de manière centralisée par DEXX et ont définitivement fuité, bien que la méthode de la fuite soit encore sous enquête.
De plus, la communauté a découvert que lors de l'exportation de clés privées via des outils de développement, les clés privées de DEXX étaient affichées en clair, ce qui signifie qu'elles étaient réellement stockées sur les serveurs officiels. Si la communication n'était pas chiffrée, les attaquants pouvaient intercepter les clés privées des utilisateurs pendant la transmission. Même avec une transmission HTTPS, le transfert direct des clés privées pourrait entraîner des violations de données en raison de vulnérabilités du navigateur ou d'autres problèmes de sécurité.
Que l'incident soit finalement considéré comme une attaque de pirate informatique ou un acte répréhensible interne, il est évident que DEXX a fonctionné avec la mentalité selon laquelle "les utilisateurs ne comprennent pas, sont facilement trompés et se fichent de savoir si les clés privées sont réellement non dépositaires." Bien que nous ne puissions pas contrôler les attitudes ou actions des équipes de projet, nous pouvons adopter des principes pour minimiser nos pertes dans des incidents similaires. Sans une gestion stricte des risques de ses propres actifs, il n'y a aucune garantie de sécurité des fonds.## Comment vous protéger### Portefeuilles avec garde vs Portefeuilles sans gardeChoisir un moyen sécurisé de stocker des actifs commence par sélectionner un portefeuille fiable en fonction de vos besoins. Les portefeuilles de crypto-monnaie grand public peuvent être classés en portefeuilles garde et non-garde en fonction de l'endroit où les clés privées sont stockées.
* Les informations ne sont pas destinées à être et ne constituent pas des conseils financiers ou toute autre recommandation de toute sorte offerte ou approuvée par Gate.
* Cet article ne peut être reproduit, transmis ou copié sans faire référence à Gate. Toute contravention constitue une violation de la loi sur le droit d'auteur et peut faire l'objet d'une action en justice.





