Correction de Bitcoin Lightning : Une avancée pour la confidentialité des canaux privés et du financement on-chain

Introduction au Lightning Development Kit (LDK)

Le Lightning Development Kit (LDK), un logiciel utilisé pour développer des applications Bitcoin Lightning, a récemment intégré une correction de confidentialité qui empêche une enquête documentée de lier un canal non annoncé à la sortie Bitcoin qui le soutient. Cette enquête exploitait la manière dont LDK transmettait des messages onion, transformant un identifiant de canal deviné en confirmation d'une connexion entre deux nœuds suspects. Bitcoin Optech a souligné ce changement le 30 octobre.

Fonctionnement des Identifiants de Canal

Un identifiant de canal court, ou SCID, fonctionne comme des coordonnées sur la blockchain. La spécification Lightning le définit en utilisant la hauteur du bloc, la position de la transaction dans ce bloc et la position de la sortie dans cette transaction. Ensemble, ces éléments identifient la sortie Bitcoin particulière qui finance un canal.

Un attaquant peut dériver un identifiant candidat à partir de l'emplacement d'une sortie sans savoir s'il appartient à un canal entre les nœuds suspects. L'enquête documentée fournit cette confirmation manquante, nécessitant que l'attaquant se connecte aux deux points de terminaison et construise un chemin de message onion à travers eux, qui revient à l'attaquant.

Impact de la Correction

Avant la correction, la recherche de canal de LDK pouvait résoudre un véritable SCID même pour un canal non annoncé, une fois son financement confirmé. Si le message revenait avec succès, l'attaquant pouvait confirmer que la sortie devinée et le canal entre ces nœuds correspondaient. La fuite démontrée reliait donc deux éléments d'information : une sortie de financement Bitcoin et les nœuds Lightning qui l'utilisent.

Désormais, LDK refuse de résoudre le véritable SCID d'un canal non annoncé pour la transmission de messages onion. Des alias valides restent utilisables comme identifiants alternatifs, permettant à un expéditeur d'adresser le canal sans utiliser ses véritables coordonnées blockchain. Ce changement ferme cette voie de recherche tout en préservant la transmission utilisant un alias autorisé.

Conclusion et Recommandations

Le changement est décrit dans la demande de tirage. Selon les règles de routage onion de BOLT 4, un SCID de message onion doit correspondre à un identifiant annoncé ou à un alias local. L'inclusion de la correction dans les versions de portefeuille installées reste non vérifiée. Les utilisateurs doivent obtenir confirmation de leur fournisseur de portefeuille avant de supposer que le logiciel installé dispose de cette protection.