Polymarket a repris ses activités le 29 octobre après qu'un fournisseur tiers compromis a perturbé le marché de prévisions international. Cet incident a marqué la deuxième violation de sécurité à plusieurs millions de dollars de Polymarket en quatre mois. Le journal d'incident officiel de Polymarket indique que les restrictions de trading ont commencé à 18:05 UTC et ont été levées à 19:05 UTC. Polymarket a déclaré que le problème avait été résolu et que les autorités compétentes avaient été informées. Polymarket a également promis une compensation complète aux utilisateurs concernés.
Bubblemaps, une entreprise d'analyse de blockchain, a estimé que la violation du 29 octobre a affecté plus de 700 utilisateurs de Polymarket et compromis environ 3,46 millions de dollars en actifs. Les attaquants ont échangé environ 2,7 millions de dollars en POL et ont transféré les fonds. Un autre montant de 750 000 dollars est resté sur Polymarket au moment de l'évaluation.
Polymarket a révélé le 25 juin qu'un fournisseur compromis avait permis l'injection d'un script malveillant. Polymarket a indiqué que la dépendance affectée avait été supprimée et a promis des remboursements complets. Source Defense a signalé des pertes d'environ 3 millions de dollars suite à l'attaque de juin. Source Defense a remonté la source jusqu'à une balise marketing qui chargeait une bibliothèque d'identité externe, que l'attaquant avait remplacée par un draineur adapté à Polymarket. Les chercheurs de Source Defense ont déclaré que la charge utile de juin ciblait les wallets contenant plus de 100 000 $ et cherchait à plusieurs reprises une autorisation numérique. Une autorisation approuvée passait par le relayer de Polymarket, qui soumet des actions signées.
L'analyse d'octobre de Hudson Rock a décrit un code obtenu à partir d'une URL associée à DebugBear, qui cherchait à identifier le client de trading actif et le signataire au sein d'une session connectée. Le signataire est le composant qui demande une autorisation cryptographique. Hudson Rock a constaté que le comportement programmé du script variait selon le type de compte. Une branche demandait des transferts de jetons de position ; une autre demandait des ventes suivies de transferts des produits. Hudson Rock a également identifié des métadonnées de build de production documentant la suppression du script de surveillance DebugBear. Toutefois, l'analyse statique de Hudson Rock n'a pas prouvé que le code s'est exécuté, n'a pas obtenu de signatures silencieusement ni volé de clés privées. L'analyse n'a pas non plus établi une chaîne complète allant des victimes aux destinataires. Les métadonnées de suppression n'établissent pas précisément quand la période d'exposition des utilisateurs a pris fin.
La dépendance marketing de juin et le script associé à la surveillance d'octobre offraient des chemins différents vers une interface financièrement sensible. Le mécanisme de juin dépendait apparemment d'autorisations approuvées, tandis que le code d'octobre recherchait des outils de trading et demandait des signatures. Remplacer un fournisseur compromis seul ne résout pas le problème plus vaste du code malveillant accédant aux fonctions financières du site web. Les violations répétées soulèvent des questions sur l'autorité financière que le code externe peut obtenir via le navigateur d'un trader.
La documentation navigateur de MDN indique qu'un script tiers chargé directement dans une page peut accéder à d'autres scripts et données de cette page. MDN explique que héberger le script ailleurs ne supprime pas cet accès, tandis que le contenu cross-origin dans un cadre séparé possède une limite de sécurité différente. Réduire le code externe, limiter les demandes de signature et vérifier les fichiers téléchargés traitent différentes étapes de la chaîne d'attaque. Supprimer les intégrations inutiles des pages de trading et de signature réduit le code externe autorisé dans ces environnements. Examiner l'accès des signataires et identifier les actions nécessitant une confirmation fraîche de l'utilisateur restreint les demandes que le code peut effectuer après avoir obtenu un accès.
L'intégrité des sous-ressources permet aux navigateurs de vérifier les scripts téléchargés par rapport à uneempreinte cryptographique attendue et de rejeter les fichiers modifiés. L'intégrité des sous-ressources peut également protéger une ressource correctement ancrée hébergée sur un domaine de confiance. Un post-mortem détaillé couvrant la période d'exposition, les comptes affectés et les routes d'autorisation aiderait à évaluer le risque restant. Il reste non résolu de savoir si une autre intégration compromise pourrait convertir l'accès à l'interface de trading en une autorisation financière utilisable.
Polymarket subit sa deuxième faille de sécurité multimillionnaire en quatre mois
CryptoSlatePartager
Résumé
Polymarket a subi une deuxième faille de sécurité majeure le 29 octobre 2026, après la compromission d'un fournisseur tiers. L'attaque a touché plus de 700 utilisateurs et 3,46 millions de dollars en actifs, dont 2,7 millions ont été retirés. Le volume de trading a fortement chuté pendant l'incident. Polymarket a promis une compensation complète et a alerté les autorités. Bubblemaps a signalé la faille, tandis que Hudson Rock a tracé le script malveillant jusqu'à DebugBear. Cela fait suite à un incident similaire en juin 2026, également lié à un fournisseur. L'indice de peur et de cupidité pour les marchés crypto est depuis tombé à un niveau baissier.
Source:Afficher l'original
Clause de non-responsabilité : les informations sur cette page peuvent avoir été obtenues auprès de tiers et ne reflètent pas nécessairement les points de vue ou opinions de KuCoin. Ce contenu est fourni à titre informatif uniquement, sans aucune représentation ou garantie d’aucune sorte, et ne doit pas être interprété comme un conseil en investissement. KuCoin ne sera pas responsable des erreurs ou omissions, ni des résultats résultant de l’utilisation de ces informations.
Les investissements dans les actifs numériques peuvent être risqués. Veuillez évaluer soigneusement les risques d’un produit et votre tolérance au risque en fonction de votre propre situation financière. Pour plus d’informations, veuillez consulter nos conditions d’utilisation et divulgation des risques.