Le problème de fraude de 17 milliards de dollars d’Ethereum rencontre le problème du front-end : pourquoi les financements via WEBCAT sont-ils importants pour la sécurité des ETH.

L’écart entre les deux parties est important, car les pertes liées aux escroqueries sont élevées.

L’exposition n’est pas théorique. Les pertes estimées liées aux arnaques cryptographiques ont atteint…environ 17 milliards de dollars en 2025Au moins 14 milliards de dollars ont été transférés sur la chaîne. C’est ce capital qui rend la sécurité au niveau du front-end important pour les utilisateurs d’Ethereum. Si les victimes sont trompées par des interfaces fictives, des liens falsifiés ou des pages modifiées, alors la sécurité au niveau du protocole ne suffit pas à empêcher le flux de fonds.

Pourquoi le fuite se produit souvent à l’interface, et non dans la chaîne.

Les gens diront que Ethereum est sécurisé, car la chaîne elle-même est intacte. Mais cela ne prend pas en compte les vrais points d’attaque.HTTPS authentifie le site.Et cela chiffre la connexion, mais cela ne prouve pas que le code fourni correspond à celui publié par les développeurs. Pour les utilisateurs d’Ethereum, cette distinction est importante : le navigateur exécute le code du site, et un frontend modifié peut changer l’adresse destinataire ou demander à l’utilisateur de signer quelque chose de différent de ce qui était affiché. La carte de paiement ne peut pas déterminer, uniquement sur la base de la connexion, si la page a été modifiée.

Pourquoi la Fondation Ethereum finance WEBCAT

C’est pour cette raison que le financement fourni par la Fondation Ethereum est important. La fondation financent le développement de WEBCAT via son projet Trillion Dollar Security, afin de permettre la vérification du code présent dans les portefeuilles et applications Ethereum. WEBCAT permet aux navigateurs de vérifier si le code fourni par un site inscrit correspond à celui publié par les développeurs. Cela permet de détecter les stratégies utilisées par les escrocs pour transformer l’attention des utilisateurs en valeur volée.

Pourquoi la vérification du front-end est importante pour les utilisateurs d’Ethereum

Un pas en arrière : le vrai danger n’est pas un protocole brisé. C’est une page défectueuse qui transforme un simple clic en une autorisation signée que l’utilisateur n’avait pas l’intention de donner.

Le cycle d’attaque peut se terminer en quelques secondes.

Des cas récents montrent à quel point cela se produit rapidement. Dans un incident lié à Ethereum, une victime a signé une approbation de token malveillante, et un script automatisé a vidé les fonds.999.999 USDTEn quelques secondes. La première transaction a échoué car le montant demandé dépassait le solde. Mais 36 secondes plus tard, le script a ajusté le montant et a récupéré 639,999, 159,999 et 200,000 USDT. Pour les portefeuilles et les dApps, l’important est clair : une fois l’approbation signée, le temps nécessaire pour réagir peut être plus court que le temps nécessaire pour effectuer la transaction.

Les défenses existantes manquent souvent de la partie avant.

Les défenses actuelles visent encore principalement le mauvais endroit. Les alertes liées aux portefeuilles se concentrent sur les signatures et les permissions, mais les alertes habituelles ne signalent rarement ce type d’exploit, car la clé privée ne quitte jamais l’utilisateur. HTTPS protège le canal de communication, mais pas le code qui y est stocké.Cela ne prouve pas que le code fourni par le site correspond à celui que les développeurs ont publié.Cela laisse donc une possibilité pour les interfaces modifiées de changer ce que l’utilisateur signe, sans déclencher les alarmes habituelles.

L’ampleur du problème reste suffisamment importante pour être prise en compte. Scam Sniffer a enregistré…494 millions de dollars de pertes pour plus de 332 000 portefeuilles concernés en 2024.En 2025, cela représente environ 83,85 millions de dollars, pour 106 106 portefeuilles concernés. La baisse est notable, mais cela ne signifie pas que la problematique est résolue. Il est plus précis de dire que le modèle d’attaque est simplement réutilisé, et non abandonné.

Pourquoi les listes signées déplacent-elles la défense vers l’avant ?

WeBCat est important car il permet une réaction plus rapide de la part de la défense. Au lieu de réagir après que les fonds ont été transférés, il permet au navigateur de vérifier si le site enregistré fonctionne correctement.Code qui correspond à un manifeste signéEt l’alpha actuel peut bloquer la page lorsque l’intégrité est compromise. Cela est important pour les portefeuilles et les dApps, car c’est là que l’intention de l’utilisateur peut être altérée.professionnaliséLes infrastructures illégales et les outils de fraude réutilisables peuvent être plus utiles pour empêcher le chargement de pages invalides, plutôt que de devoir expliquer le vol après coup.

La véritable discussion concerne l’adoption, pas la théorie.

Les Bulls argumentent que cette mesure cible finalement la couche appropriée. Sur un marché encore entouré de…Pertes estimées liées aux escroqueries en 2025Un portefeuille ou une application décentralisée qui permet de montrer la confiance du frontend pourrait devenir le choix de confiance par défaut. Pour Ethereum, cela n’est pas simplement un aspect de sécurité ; c’est la confiance des utilisateurs qui permet que les activités se dérounent sur le réseau, plutôt que de pousser les utilisateurs vers des alternatives plus sûres.

Cependant, les ours ont raison sur le point crucial. Un système de vérification ne peut changer le comportement des gens que si l’inscription est large et que l’expérience reste…facile à utiliserSi les portefeuilles populaires retardent l’intégration, si les équipes de dApps progressent lentement dans la publication des manifestes, ou si les avertissements concernant l’utilisation initiale créent des obstacles que les utilisateurs finissent par ignorer, alors la surface d’attaque reste grande, même si l’outil existe.

Que regarder à la place du communiqué de presse

Les signaux clés sont pratiques : – Si les portefeuilles commencent à intégrer la vérification du frontend. – Si les équipes de dApp commencent à publier et à maintenir des manifestes signés. – Si les utilisateurs rencontrent moins d’incidents de manipulation du frontend.

Si ces signaux apparaissent, les front-ends vérifiables deviennent un facteur de confiance important. Sinon, la théorie échoue dans son déploiement, et les utilisateurs restent le point faible.