ACINQ a indiqué avoir publié Eclair 0.14.3 le 14 septembre afin de corriger trois vulnérabilités dans son implémentation Lightning de Bitcoin, dont une qui aurait pu permettre à un pair de canal malveillant de transférer le solde local d’une victime vers les frais de minage lors d’une fermeture coopérative de canal.

Selon la divulgation d’ACINQ, le problème le plus grave concernait les fermetures coopératives de canaux. Une contrepartie malveillante pouvait proposer des frais de fermeture supérieurs au solde disponible de la victime, entraînant le versement de l’intégralité du solde local en frais de minage. Eclair 0.14.3 rejette désormais les propositions de frais dépassant le maximum configuré.

ACINQ a également corrigé une deuxième faille liée au splicing, dans laquelle des fonds pouvaient rester bloqués si une opération de splice demeurait inachevée. Un troisième problème concernait le financement à la volée, où un portefeuille malveillant pouvait manipuler le calendrier des paiements. Le logiciel mis à jour vérifie désormais les frais de relais et les marges d’expiration avant d’engager des fonds, et ajoute un plafond par défaut pour les frais d’ouverture de canal.

L’entreprise a indiqué que les opérateurs devraient procéder à la mise à niveau afin d’éviter toute exploitation. Les informations disponibles ne comprennent ni référence CVE officielle ni liste détaillée des versions affectées au-delà de la publication d’Eclair 0.14.3, et les éléments fournis ne contiennent aucun rapport confirmé selon lequel ces failles auraient été exploitées dans la nature avant le correctif.

Des recherches techniques indépendantes citées dans les documents de référence décrivent une faiblesse connexe d’Eclair dans la surveillance on-chain lors de fermetures forcées, où un nœud pouvait ne pas détecter une préimage révélée s’il ne suivait que les HTLC de son état d’engagement local. Ce problème met en évidence un défi plus vaste pour la sécurité de Lightning : la sûreté des canaux peut dépendre de la manière dont les implémentations gèrent les anciens états d’engagement, toujours valides, les mises à jour de frais et les cas limites du règlement on-chain.

Pourquoi c’est important

Ce correctif est important car Eclair est un logiciel d’infrastructure, et les défaillances de la couche de gestion des canaux peuvent se traduire par des pertes directes de fonds même lorsque Bitcoin fonctionne normalement. Pour les utilisateurs de Lightning et les opérateurs de services, cette actualité rappelle que la sécurité opérationnelle dépend non seulement de la conservation des fonds et des clés, mais aussi de mises à jour rapides du client et d’une gestion fiable des scénarios de clôture.

Elle s’ajoute également à une tendance plus large d’implémentations Lightning renforçant leurs défenses autour de la logique des frais et du comportement lors des fermetures forcées de canaux. À mesure qu’une part croissante de l’activité repose sur des rails de paiement hors chaîne, les bogues au niveau des implémentations pourraient attirer davantage l’attention des opérateurs, des fournisseurs de portefeuilles et des entreprises d’infrastructure qui dépendent d’un comportement de règlement prévisible.