Core Lightning a corrigé dans v26.06.7 une faille liée à la fermeture des canaux, qui pouvait permettre à un pair de diffuser un ancien état révoqué du canal sans déclencher la pénalité prévue en cas de triche. Le problème nécessitait une configuration spécifique du canal et représentait un contournement potentiel de la pénalité, pas un vol avéré. Le projet recommande vivement v26.06.8, qui inclut d'autres correctifs de sécurité.
Pourquoi c'est important
Un engagement Lightning révoqué doit permettre à la contrepartie de réclamer une pénalité. Avant la correction, un pair qui n'avait pas défini de script d'arrêt initial pouvait ensuite indiquer, dans un message d'arrêt, le script de sortie issu d'un engagement révoqué. Si les sorties correspondaient, Core Lightning pouvait considérer la transaction comme une fermeture coopérative au lieu d'identifier un ancien engagement.
Le correctif vérifie le locktime et l'encodage de sequence de la transaction avant de considérer ses sorties comme une possible fermeture mutuelle. Cela distingue la faille de gestion des canaux des règles de la chaîne principale de Bitcoin. Le chemin vulnérable ne concernait pas tous les canaux, car il dépendait de la condition liée au script d'arrêt.
Impact sur le marché
Les opérateurs utilisant une version de Core Lightning antérieure à v26.06.7 doivent effectuer une mise à niveau. Le projet recommande v26.06.8. Les opérateurs de nœuds utilisant Docker doivent également vérifier le digest de l'image : les images publiées sous v26.06.7 et les tags associés entre le 28 août et le 1er septembre pouvaient signaler la nouvelle version au démarrage tout en ne contenant pas les correctifs.
Core Lightning a publié v26.06.7 le 28 août, rendu public son code source initialement sous embargo le 11 septembre, puis intégré les changements associés dans la pull request 9509 le 15 septembre. La version v26.06.8 a suivi le 22 septembre avec d'autres correctifs de sécurité. Les opérateurs doivent confirmer à la fois la version du logiciel et, pour les déploiements Docker, le digest de l'image.
Questions fréquemment posées
-
Quelle faille Core Lightning a-t-il corrigée ?
La faille pouvait permettre à un pair de diffuser un ancien engagement révoqué du canal sans déclencher la procédure de pénalité attendue. Elle dépendait d'une configuration spécifique du script d'arrêt.
-
Quelle version de Core Lightning contient le correctif ?
Le correctif a été intégré dans v26.06.7. Le projet recommande vivement v26.06.8, qui inclut également d'autres correctifs de sécurité.
-
La faille touchait-elle la couche de base de Bitcoin ?
Non. Le problème concernait la logique de gestion des canaux de Core Lightning et ne modifiait pas les règles de la chaîne principale de Bitcoin.
-
Tous les canaux Core Lightning pouvaient-ils être exploités ?
Non. Le contournement potentiel nécessitait un canal dépourvu de script d'arrêt initial, ainsi que les autres conditions décrites dans le correctif.
-
Que doivent vérifier les opérateurs de nœuds utilisant Docker ?
Ils doivent vérifier le digest de l'image ainsi que la version indiquée. Certaines images publiées sous v26.06.7 et les tags associés du 28 août au 1er septembre signalaient la mise à jour, mais ne contenaient pas ses correctifs.
CoinDesk
CZ Binance
TheBlock
Crypto News