Une faille XCM coûte environ 1,381 million $ au Trésor de Polkadot

Le correctif XCM disponible depuis juin manquait aux runtimes de production

Selon le rapport d'incident publié sur le forum Polkadot, où Parity s'exprime à la première personne, la faille lui avait été signalée en juin 2026 via son programme de récompense des signalements de failles (Bug Bounty). La demande de modification de code PR#11910 l'a corrigée, avec un classement de sévérité moyenne.

L'évaluation de juin, d'après Parity, ignorait les interactions possibles avec dotUSD, qui n'était pas encore lancé, ainsi que les conséquences pour OpenGov, le dispositif par lequel les mises à jour du runtime de Polkadot sont proposées puis approuvées.

Le correctif de la PR#11910 a raté la date limite d'une version stable, n'a pas été embarqué dans les runtimes de production concernés et n'a été repris que dans une version ultérieure. Après l'incident, Parity a reclassé la faille au niveau critique.

Parity indique avoir repéré le 20 octobre 2026 un commentaire public sur le forum Polkadot qui citait la PR#11910, rédigé par le chercheur auteur du signalement. Pour Parity, cette publication violait les conditions du programme et a pu donner aux attaquants assez de contexte pour exploiter la faille.

Une offre de dotUSD sous-estimée a faussé les prix du pool DOT/dotUSD

Le rapport de Parity décrit un programme XCM bâti sur l'instruction WithdrawAsset : en cas d'erreur, les débits des comptes étaient bien annulés, mais la baisse de l'offre totale enregistrée de dotUSD restait inscrite. Répétée entre le 24 et le 26 octobre 2026, cette séquence a fait baisser l'offre déclarée sans toucher aux soldes.

La plateforme d'échange décentralisée de l'Asset Hub retenait, comme quantité de dotUSD disponible, le plus petit montant entre le solde du pool et l'offre enregistrée. Une fois cette offre passée sous le solde réel du pool, le prix s'est déformé et des échanges de dotUSD contre du DOT sont devenus possibles à un taux artificiel.

Le Trésor de Polkadot était, au moment de l'attaque, l'unique fournisseur de liquidité du pool DOT/dotUSD, selon le rapport de Parity.

Les preuves on-chain disponibles, d'après Parity, n'établissent pas que l'auteur de l'exploitation XCM a aussi profité de l'arbitrage qui a suivi. Le rapport ne donne ni l'identité de l'attaquant ni les montants captés.

Deux mises à jour votées sur OpenGov ont arrêté l'attaque puis rétabli l'offre

Le 24 octobre, alertée par des partenaires, Parity a reproduit le problème. Snowfork a coupé ses relais de consensus (« relayers »), qui acheminent les messages venus d'Ethereum, ce qui a suspendu l'attaque. Le Runtime 2.5.1, porteur du correctif XCM, a été proposé le même jour sur OpenGov.

Le 26 octobre, environ 6 heures avant l'application du runtime sur la chaîne, l'attaquant a repris l'attaque avec son propre relais de consensus. Une fois la mise à jour active, Parity a exécuté une transaction pour sauver la liquidité restante, laissant le pool DOT/dotUSD avec une liquidité minimale. Le rapport ne donne pas de date de remise en liquidité du pool.

Le Runtime 2.5.2, approuvé et promulgué via OpenGov le 30 octobre 2026, a recalculé l'offre enregistrée de dotUSD à partir des soldes existants, sans modifier aucun solde individuel. Le dotUSD récupéré a été rendu au Trésor ; le rapport ne dit pas si le Trésor sera dédommagé de sa perte.

Parity revoit la détection, le déploiement des correctifs et la surveillance

Parity annonce dans son rapport des changements sur trois axes : l'évaluation et la détection des failles, la vitesse de passage des correctifs en production, avec un contrôle de leur présence dans les runtimes déployés, et la surveillance des variations anormales d'émission des actifs.

Parity dit aussi avoir commencé à réexaminer les rapports de sécurité déjà reçus, pour vérifier si leur impact potentiel sur dotUSD impose un nouveau classement de sévérité. Aucune échéance n'est fixée pour ces chantiers.

Questions fréquentes

Comment la faille XCM a-t-elle faussé le prix du pool DOT/dotUSD ?

Selon le rapport de Parity du 2 novembre 2026, un attaquant a conçu un programme XCM utilisant l'instruction WithdrawAsset. En cas d'erreur, les débits des comptes étaient annulés, mais la baisse de l'offre totale enregistrée de dotUSD restait inscrite. Répétée, cette séquence a réduit l'offre déclarée sans modifier les soldes. La plateforme d'échange décentralisée de l'Asset Hub retenait le plus petit montant entre le solde du pool et l'offre enregistrée. Dès que l'offre est passée sous le solde réel, le prix s'est déformé et des échanges de dotUSD contre du DOT sont devenus possibles à un taux artificiel.

Pourquoi le correctif de la faille XCM n'était-il pas dans les runtimes de Polkadot ?

D'après le rapport de Parity publié le 2 novembre 2026, la faille avait été signalée en juin 2026 via le programme Bug Bounty puis corrigée dans le code par la PR#11910, avec une sévérité jugée moyenne. Ce correctif a manqué la date limite de la version stable-2606 et n'a pas été inclus dans les runtimes de production concernés. Il a ensuite été repris dans la version stable-2609. Après l'incident, Parity a reclassé la faille au niveau critique. L'évaluation de juin ne tenait pas compte de dotUSD, pas encore lancé, ni des conséquences pour OpenGov.

Comment Parity a-t-elle mis fin à l'attaque XCM sur Polkadot ?

Selon le rapport de Parity du 2 novembre 2026, des partenaires ont signalé une activité suspecte le 24 octobre 2026 et Parity a reproduit le problème. Snowfork a arrêté ses relais de consensus, ce qui a temporairement stoppé l'attaque. Le Runtime 2.5.1, avec le correctif XCM, a été proposé le même jour via OpenGov. Le 26 octobre, l'attaquant a repris avec son propre relais, environ 6 heures avant l'application de la mise à jour. Parity a ensuite sauvé la liquidité restante. Le Runtime 2.5.2, promulgué via OpenGov le 30 octobre 2026, a recalculé l'offre enregistrée de dotUSD à partir des soldes existants.