L’incident de sécurité survenu le 29 octobre 2026 chez Polymarket ne relevait pas d’une faille dans ses contrats intelligents. Selon les analyses publiées, du code malveillant transmis par un script de surveillance tiers compromis a pris pour cible des utilisateurs déjà connectés à la plateforme internationale. Les pertes sont estimées entre 2,5 et 2,7 millions de dollars, et les échanges ont été interrompus pendant environ une heure.
2
6
15
Une attaque passée par le navigateur
Polymarket a déclaré qu’un de ses prestataires tiers avait été compromis. Des chercheurs et plusieurs médias ont relié le script malveillant à DebugBear, une entreprise britannique spécialisée dans la performance et la surveillance de sites web. Toutefois, la première déclaration de Polymarket, telle qu’elle a été rapportée, ne nommait pas le prestataire.
2
29
Le code aurait été injecté via le site, et non par une attaque directe contre les contrats intelligents de Polymarket. L’analyse du JavaScript indique qu’il cherchait la session de trading d’un utilisateur connecté et examinait son portefeuille, avant de tenter de vendre ou de transférer des actifs.
3
15 Autrement dit, il exploitait les accès disponibles dans une session de navigateur active au lieu de contourner les contrats de la plateforme.
2
22
Une interruption d’environ une heure
Pendant son enquête, Polymarket a limité les opérations sur son marché international : les utilisateurs pouvaient annuler des ordres, mais les nouvelles transactions étaient suspendues et les actions du relayer mises en pause. La page d’état de la plateforme indique une interruption de 18 h 05 à 19 h 05 UTC, soit de 14 h 05 à 15 h 05, heure de l’Est nord-américain. Le service a ensuite été rétabli et l’incident déclaré résolu.
41
L’incident concernait Polymarket.com, la plateforme internationale. Certains articles ont indiqué que la plateforme américaine distincte n’avait pas été touchée, mais la mise à jour officielle disponible porte sur le site international et ne confirme pas indépendamment cette distinction.
24
29
Les montants tracés et les remboursements
Les estimations des pertes varient selon les sources et le périmètre retenu. BleepingComputer a suivi environ 2,5 millions de dollars d’actifs jusqu’à un portefeuille attribué à un suspect ; d’autres comptes rendus évoquent un total proche de 2,7 millions.
4
6
Les analyses de la blockchain ont notamment suivi environ 28,6 millions de POL associés aux portefeuilles suspects. BleepingComputer évaluait ces actifs à près de 2,57 millions de dollars. Ce suivi décrit des fonds visibles sur la chaîne, mais ne constitue pas à lui seul un bilan définitif de toutes les pertes subies par les utilisateurs.
6
Le vendredi 30 octobre au matin, Polymarket indiquait que 689 des 726 portefeuilles touchés avaient été intégralement remboursés ; les 37 autres devaient encore être vérifiés.
22 Le montant total de 3,9 millions de dollars annoncé pour les remboursements comprenait aussi, selon un article relayant la mise à jour de la plateforme, 1,19 million de dollars destinés à environ 5 500 portefeuilles ayant subi des pertes pendant l’interruption ou dont les positions avaient été affectées.
23
Des articles secondaires ont rapporté que les utilisateurs ayant perdu plus de 10 000 dollars devaient signer un formulaire de renonciation. Les éléments disponibles ne permettent pas d’établir précisément ses conditions ni de confirmer les affirmations concernant des vérifications d’identité ou des clauses de non-dénigrement. Ces détails restent donc à traiter avec prudence.
24
46
Le risque des scripts tiers
Un outil de surveillance peut remplir une fonction légitime, mais le code externe chargé par un site de trading devient un risque de sécurité s’il peut interagir avec des fonctions accessibles aux utilisateurs connectés. Dans cet incident, le scénario rapporté reposait sur des sessions de navigateur déjà ouvertes.
3
22
Une protection possible est le Subresource Integrity (SRI), un mécanisme qui permet au navigateur de comparer un script externe à une empreinte numérique de confiance et de refuser son exécution si son contenu a changé. Cette mesure n’aurait été utile que si elle avait été correctement appliquée au mécanisme de chargement du script compromis : elle ne protège pas contre toutes les formes d’attaque visant un prestataire ou un site.
44
Polymarket a publié une mise à jour détaillée sur l’incident et sa réponse. Les informations disponibles éclairent le mode opératoire général, l’ordre de grandeur des pertes et l’avancement des remboursements, mais laissent certaines conditions juridiques et l’étendue exacte des services concernés sans réponse définitive.
29