Chargement des prix…
🔥BULLISH

Lightning : LDK bloque l’attaque visant les canaux non annoncés

La modification empêche qu’un identifiant réel de canal révèle le lien avec son financement en bitcoins via le transfert de messages onion, tout en préservant les alias valides.

Lightning : LDK bloque l’attaque visant les canaux non annoncés
Lightning : LDK bloque l’attaque visant les canaux non annoncés
Lightning : LDK bloque l’attaque visant les canaux non annoncés

Le Lightning Development Kit (LDK) a ajouté un correctif de confidentialité qui bloque une sonde par message onion permettant de relier un canal Lightning non annoncé à la sortie Bitcoin qui le finance. Pour mener l’attaque, il fallait être connecté aux deux nœuds soupçonnés et deviner un identifiant de canal court à partir de l’emplacement de la sortie sur la chaîne.

Pourquoi c’est important

Les canaux non annoncés ne figurent pas sur la carte publique du réseau Lightning. Cela n’empêchait toutefois pas la recherche de routage de LDK de confirmer le lien entre un canal et son financement. Un identifiant de canal court désigne une sortie Bitcoin précise à l’aide de la hauteur du bloc, de la position de la transaction et de celle de la sortie. Un attaquant pouvait déduire un identifiant possible à partir d’une sortie, puis envoyer un message via les deux nœuds soupçonnés afin de vérifier si le canal et la sortie correspondaient.

Avant le correctif, LDK pouvait retrouver l’identifiant de canal court réel d’un canal non annoncé une fois sa transaction de financement confirmée. Le retour d’un message onion pouvait donc relier la sortie Bitcoin aux nœuds Lightning qui l’utilisaient, révélant une information que le statut non annoncé du canal était censé garder privée.

Incidence sur le marché

LDK refuse désormais de retrouver l’identifiant de canal court réel d’un canal non annoncé pour le transfert de messages onion. Les alias valides restent utilisables, ce qui permet aux expéditeurs de s’adresser au canal sans recourir à ses coordonnées réelles sur la blockchain. Cette modification ferme cette voie de recherche tout en préservant le routage via un alias autorisé, conformément aux règles de BOLT 4 concernant les identifiants des messages onion.

Bitcoin Optech a signalé cette modification le 30 octobre. Sa présence dans les versions des portefeuilles déjà installées n’a pas été confirmée. Les utilisateurs devraient donc vérifier auprès de leur fournisseur de portefeuille avant de supposer que leur logiciel inclut cette protection.

Tokens associés
$BTC

Questions fréquemment posées

  1. Quelles informations la sonde Lightning pouvait-elle révéler ?

    Elle pouvait relier une sortie Bitcoin de financement aux nœuds Lightning qui utilisaient un canal non annoncé.

  2. De quoi un attaquant avait-il besoin pour lancer la sonde ?

    Il devait pouvoir se connecter aux deux nœuds soupçonnés et deviner un identifiant de canal court à partir d’une sortie Bitcoin.

  3. Comment un identifiant de canal court désigne-t-il une sortie de financement ?

    Il repose sur la hauteur du bloc, la position de la transaction dans le bloc et celle de la sortie dans la transaction.

  4. Le correctif de LDK bloque-t-il le transfert via les alias de canal ?

    Non. LDK refuse de retrouver l’identifiant de canal court réel d’un canal non annoncé pour le transfert de messages onion, mais les alias valides restent utilisables.

  5. Comment savoir si son portefeuille inclut le correctif ?

    La présence du correctif dans les versions installées des portefeuilles n’a pas été confirmée. Les utilisateurs devraient vérifier auprès de leur fournisseur.

Attribution de la source
Agrégé de CryptoSlate · Vérifié · Dernière mise à jour il y a 1d
Ouvrir l'original →