Litecoin affirme que la réorganisation de 13 blocs n'était pas une attaque « zero-day », mais l'historique des commits sur GitHub indique le contraire

La fondation Litecoin a qualifié l'exploitation du week-end de faille zero-day. Le dépôt GitHub litecoin-project montre que la vulnérabilité au niveau du consensus a été corrigée en privé entre le 19 et le 26 mars, soit plus de quatre semaines avant l'attaque.

Physical representation of Litecoin tokens.
Résumé
  • Des attaquants ont exploité une vulnérabilité précédemment corrigée mais non entièrement déployée dans le protocole Mimblewimble Extension Block de Litecoin, déclenchant une réorganisation de la chaîne de 13 blocs qui a remonté environ 32 minutes d’activité.
  • Les commits publics sur GitHub montrent que le bug central du consensus a été corrigé en privé plusieurs semaines avant l'exploitation, créant une fenêtre pendant laquelle certains pools de minage ont exécuté un code mis à jour tandis que d'autres sont restés vulnérables, une faille que les chercheurs estiment avoir été ciblée par les attaquants.
  • Le réseau Litecoin s'est finalement réorganisé pour revenir à la chaîne valide une fois que les attaques par déni de service contre les mineurs corrigés ont cessé, mais la fondation n'a pas encore expliqué le calendrier du correctif ni divulgué la quantité de LTC affectée pendant la période des blocs invalides.

Une réorganisation de 13 blocs sur la blockchain Litecoin tard vendredi et samedi a annulé environ 32 minutes d'activité réseau après que des attaquants ont exploité une vulnérabilité dans son protocole Mimblewimble Extension Block (MWEB).

Le bug avait permis une attaque par déni de service contre les principaux pools de minage, permettant aux transactions MWEB invalides de passer à travers les nœuds qui n’avaient pas été mis à jour, avant que la chaîne valide la plus longue du réseau ne les corrige.

La Fondation a déclaré dimanche matin en Asie que le bug a été entièrement corrigé et que le réseau fonctionne normalement.

Cependant, des chercheurs de renom affirment que le dépôt GitHub du projet Litecoin raconte une histoire différente. Le chercheur en sécurité bbsz, qui collabore avec le groupe d'intervention d'urgence SEAL911 pour les exploits cryptographiques, a publié la chronologie des correctifs tirée du journal public des commits.

La vulnérabilité du consensus ayant permis la sortie de MWEB invalide a été corrigée en privé entre le 19 et le 26 mars, soit environ quatre semaines avant l’attaque. Une autre vulnérabilité de déni de service a été corrigée dans la matinée du 25 avril.

Les deux correctifs ont été intégrés dans la version 0.21.5.4 le même après-midi, après que l'attaque ait déjà commencé.

"Le rapport post-mortem indique qu'une vulnérabilité zero-day a provoqué un DoS qui a permis à une transaction MWEB invalide de passer," a écrit bbsz. "Le journal git raconte une histoire légèrement différente."

Une faille zero-day désigne une vulnérabilité inconnue des défenseurs au moment de l’attaque.

L'historique des engagements de Litecoin montre que la vulnérabilité du consensus était connue et a été corrigée en privé un mois avant l'exploitation, mais la correction n'avait pas été diffusée publiquement ni exigée de tous les pools de minage.

Cela a créé une fenêtre pendant laquelle certains mineurs exécutaient le code corrigé tandis que d'autres utilisaient encore la version vulnérable, et il semble que les attaquants savaient laquelle était laquelle.

Alex Shevchenko, CTO du projet Aurora de la NEAR Foundation, a levé inquiétudes parallèles dans un fil.

Les données blockchain ont révélé que l'attaquant avait préfinancé un portefeuille 38 heures avant l'exploitation via un retrait Binance, l'adresse de destination étant déjà configurée pour échanger du LTC contre de l'ETH sur une bourse décentralisée.

L'attaque par déni de service et le bug MWEB étaient des composants distincts, a soutenu Shevchenko, l'attaque DoS étant conçue pour mettre hors ligne les nœuds miniers corrigés afin que les nœuds non corrigés forment la chaîne incluant les transactions invalides.

Le fait que le réseau ait automatiquement géré la réorganisation de 13 blocs une fois que l'attaque par déni de service (DoS) a cessé suggère qu'une puissance de calcul suffisante exécutait un code mis à jour pour finalement surpasser l'attaque, mais seulement après que la fourche non corrigée ait fonctionné pendant 32 minutes.

Une attaque contre Litecoin illustre comment les attaques sur différents réseaux varient en fonction de la manière dont les mainteneurs de code et les développeurs réagissent aux exploits. Les chaînes plus récentes, disposant de jeux de validateurs plus réduits et centralisés, coordonnent les mises à jour via des groupes de discussion et peuvent déployer des correctifs à l'échelle du réseau en quelques heures.

Les réseaux plus anciens de preuve de travail tels que Litecoin et bitcoin dépendent des pools de minage indépendants pour choisir le moment de la mise à niveau, ce qui convient aux changements non urgents mais crée une fenêtre de vulnérabilité lorsqu’un correctif de sécurité doit atteindre tout le monde avant qu’un attaquant n’exploite cette faille.

La Litecoin Foundation n'a pas encore abordé publiquement la chronologie GitHub en date de dimanche matin.

Le montant de LTC extrait lors de la période des blocs invalides ainsi que la valeur des échanges effectués avant que la réorganisation ne les annule n’ont pas été divulgués.

Actifs associés
RealFi 169 Image

Diversified RWA stablecoins sustain 5-7% yield from real credit as crypto funding compresses to ~4%. GENIUS pushes yield off-chain; TAM grows to $4B in 3 years.

Pourquoi c'est important:

Diversified RWA stablecoins sustain 5-7% yield from real credit as crypto funding compresses to ~4%. GENIUS pushes yield off-chain; TAM grows to $4B in 3 years.