Lightning Labs a rendu public le 21 septembre 2026 un défaut qui pouvait faire apparaître une facture comme payée alors que son paiement avait été annulé. L’avis concerne certaines versions de LND et des logiciels associés. Les correctifs sont antérieurs à cette divulgation : il ne s’agit pas d’une faille découverte ce jour-là.

Une facture réglée dans la base, mais pas sur le réseau

Selon l’avis de sécurité de Lightning Labs, un nœud Lightning Terminal utilisant tapd avec son intercepteur de paiements activé pouvait enregistrer une facture comme réglée sans avoir reçu les fonds. Le problème pouvait survenir même sans canal d’actifs ouvert.

Le mécanisme impliquait un HTLC, le contrat conditionnel utilisé pour acheminer un paiement Lightning. Le logiciel annulait correctement ce paiement sur le réseau et retournait les fonds à l’expéditeur. En revanche, la base de données locale conservait à tort un état indiquant que la facture était réglée.

Un commerçant ou une application se fiant à cet état pouvait donc livrer un bien ou créditer un compte sans paiement reçu. L’avis précise que ce défaut ne mettait pas en danger les fonds de l’expéditeur. Il ne fournit pas de montant de pertes avérées.

Deux défauts logiciels à distinguer

D’abord, tapd pouvait interpréter certains champs personnalisés d’un paiement Bitcoin ordinaire comme ceux d’un paiement d’actifs. Son traitement entraînait alors l’annulation du HTLC. Ensuite, LND exécutait cette annulation tout en marquant la facture comme réglée dans sa base.

La seconde anomalie ne dépendait pas uniquement de tapd. Lightning Labs précise que tout client de l’interface HtlcModifier annulant un ensemble de HTLC pouvait provoquer cette incohérence dans les versions LND concernées. Limiter l’alerte aux seuls utilisateurs de canaux d’actifs serait donc trompeur.

Les versions concernées et les correctifs déjà disponibles

L’avis cite taproot assets jusqu’à v0.5.0 incluse, LND de 0.18.4-beta à 0.18.5-beta et Lightning Terminal avant v0.15.0-alpha. Il indique respectivement les versions corrigées v0.5.1, v0.19.0-beta et v0.15.0-alpha.

Les deux corrections sont nécessaires pour traiter complètement les défauts décrits. Lightning Terminal v0.14.1-alpha avait corrigé le déclencheur tapd, mais conservait le défaut LND. L’avis indique que Lightning Terminal v0.15.0-alpha regroupe les composants corrigés.

Le signalement initial remonte au 27 janvier 2025. Le correctif tapd date du 12 février 2025 ; celui de LND, du 22 mai 2025. La nouveauté du 21 septembre 2026 est la divulgation publique du mécanisme et de son périmètre, non la sortie de ces versions.

Une alerte précise, pas une défaillance générale de Lightning

Pour comprendre le fonctionnement des canaux et des factures, notre guide du Lightning Network fournit le contexte général. Cet avis porte sur des versions et des configurations déterminées : il ne démontre ni un défaut du consensus Bitcoin ni une vulnérabilité identique dans Core Lightning ou Eclair.

Pour les opérateurs, l’enjeu est de vérifier les composants réellement utilisés et les intégrations qui lisent l’état des factures. Les versions citées sont les seuils correctifs de cet avis, pas une garantie qu’elles constituent aujourd’hui les versions à installer dans chaque environnement.

🔍 DUC, mon avis

L’enseignement est très concret : un indicateur « payé » doit correspondre au règlement réel. Cette divulgation aide surtout les opérateurs à comprendre une incohérence ancienne et à contrôler leur exposition. La présenter comme un nouveau piratage généralisé brouillerait cette information utile.

Sources

Lightning Labs — LND Invoice Marked Settled After HTLC Cancelled by Interceptor, divulgation du 21 septembre 2026.

En bref

Certaines versions LND pouvaient marquer une facture réglée malgré l’annulation du paiement. Le risque concernait notamment les opérateurs livrant sur la foi de cet état. Lightning Labs divulgue le problème le 21 septembre 2026 ; les correctifs tapd et LND étaient disponibles depuis 2025.

✍️ DUC