Pirate Chain Ironwood : frappe non autorisée

Le 14 octobre 2026, Pirate Chain, une cryptomonnaie axée sur la confidentialité, a découvert qu'un attaquant avait frappé environ 39,8 millions d'ARRR à partir de rien — près de 20 % de l'offre du token — en exploitant une faille de validation introduite par sa récente mise à jour réseau Ironwood. Comme la chaîne crée une offre inflationniste au lieu de vider un solde mutualisé, aucun chiffre de perte clair en dollars n'a été publié ; les tokens non autorisés ont toutefois été rapidement acheminés vers le pool blindé pour en brouiller la piste.

Ce qui s'est passé

Ironwood, activée le 3 octobre 2026, était une mise à jour de protocole au niveau de la couche de base. Onze jours plus tard, l'équipe a établi que la frappe provenait de deux défaillances de validation distinctes dans cette mise à jour : une vérification d'émission contournée — la règle censée empêcher la création de pièces hors du protocole — et une interprétation incorrecte des scripts de sortie, c'est-à-dire les instructions qui définissent où les pièces sont envoyées et comment elles peuvent être dépensées. Ensemble, elles ont permis à l'attaquant de générer de nouveaux ARRR que le logiciel du nœud a acceptés à tort comme valides.

Les quelque 39,8 millions d'ARRR frappés ont porté l'offre d'une base en circulation proche de 196,2 millions vers le total de 200 millions. L'attaquant a ensuite déplacé les pièces dans le pool blindé Sapling, qui masque les soldes et les transferts, rendant les fonds bien plus difficiles à tracer. Pirate Chain a déclaré ne voir aucun indice que ses clés de notaire ou la cryptographie blindée zk-SNARK elle-même aient été compromises : la défaillance résidait dans la comptabilité de la couche transparente, non dans les primitives de confidentialité.

Conséquences

La première réaction de l'équipe, publiée vers 02 h 20 UTC le 15 octobre, a été d'annoncer un rollback ramenant la chaîne à son état de 20 h 00 UTC le 14 octobre et écartant chaque bloc postérieur à la fenêtre de l'exploit. En un jour, ce plan a été abandonné : les développeurs ont admis qu'il n'était « pas possible » de geler le réseau ni d'annuler unilatéralement son historique de blockchain sur une chaîne décentralisée, et que cela effacerait aussi des transactions légitimes postérieures à l'exploit. Des plateformes comme NonKYC et MEXC ont suspendu les dépôts et retraits d'ARRR, les opérateurs de notaire dPoW (preuve de travail différée) ont volontairement suspendu les notarisations, et il a été demandé aux pools de minage et aux utilisateurs de ne pas déplacer de fonds. Un rapport post-mortem complet et un plan de récupération ont été promis, mais sans calendrier ; aucune perte de soldes d'utilisateurs préexistants au-delà de la frappe n'était confirmée au moment de la rédaction.

Pourquoi c'est important

L'incident de Pirate Chain est une défaillance de l'intégrité de l'offre au niveau de la couche de consensus, une catégorie différente et sans doute plus dangereuse qu'un contrat vidé : lorsque la règle qui plafonne l'émission échoue, la rareté dont dépend l'ensemble du token est silencieusement rompue. Il se range aux côtés de cas de frappe non autorisée comme la frappe cross-chain non garantie d'Autheo quelques jours plus tôt et la frappe administrateur de Gala Games, où de nouvelles unités ont été créées en dehors de la logique d'offre prévue. La dimension de confidentialité aggrave le problème — contrairement à la frappe infinie sur le pont de Secret Network, ici les unités volées ont été blanchies via le propre blindage de la chaîne, transformant une fonctionnalité en obstacle à la récupération. Il rappelle aussi qu'une mise à jour de protocole est une modification à haut risque du code le plus critique pour la sécurité qu'exécute une chaîne : une faille de validation livrée dans une mise à jour sape le registre bien plus profondément que n'importe quel exploit au niveau applicatif.