Des nœuds Bitcoin Lightning non corrigés font face à un bogue d'épuisement des canaux

Core Lightning, le logiciel pour faire fonctionner les nœuds de paiement Bitcoin Lightning, exhorte les utilisateurs à installer la version v26.06.10 pour résoudre des problèmes de sécurité des canaux, de résolution des paiements et d'accès à distance.

Les responsables recommandent également de revoir les identifiants utilisés pour les commandes à distance, en rendant les restrictions d'accès une tâche distincte en plus de la mise à niveau du logiciel.

L'avis de publication recommande de procéder à la mise à niveau dès que cela est pratique. Les responsables ont temporairement suspendu les tests de correction de sécurité pour ralentir la conversion des correctifs en exploits fonctionnels et donner aux opérateurs plus de temps pour mettre à niveau.

La nouvelle version ajoute des vérifications sur les signatures de transaction d'un pair lors de l'ouverture et de la fusion de canaux financés par Bitcoin, conformément à la spécification BOLT 2 du protocole Lightning, selon le changelog étiqueté.

Un contrat de paiement Bitcoin conditionnel, connu sous le nom de HTLC, qui vient d'être supprimé, pourrait être confondu avec un contrat actif partageant son hachage de paiement, son montant et son expiration. Le nœud pourrait alors échouer le paiement actif en amont même si son pair pouvait encore le réclamer.

Un autre correctif rejette les ouvertures de canaux lorsqu'un pair propose une limite de poussière supérieure à 5 000 satoshis. Le changelog indique que le comportement précédent permettait à un pair de réduire le solde du nœud en frais lors d'une fermeture forcée. Les ouvertures financées par deux parties rejettent également la limite de poussière d'un pair lorsqu'elle dépasse la réserve du canal.

Le financement dual reste expérimental, et les responsables déconseillent les canaux à zéro confirmation avec des pairs non fiables. La publication refuse également une ouverture à zéro confirmation v2 à moins que l'opérateur n'ait configuré l'acceptation pour ce pair.

Les nœuds ayant exécuté la version master ne peuvent pas rétrograder vers la série 26.06.x car leur schéma de base de données est plus récent.

GitHub affiche une date de publication du 4 novembre pour la version v26.06.10, tandis que son changelog étiqueté date la même version du 5 novembre. La publication suit les correctifs de sécurité de la version v26.06.9 et le crash déclenché par un déclencheur stocké séparé du 2 novembre.

Core Lightning : corrigez le nœud, examinez l'accès à distance

La version 26.06.10 ajoute des vérifications logicielles. Les responsables conseillent également aux opérateurs de lier et de revoir les identifiants de commande émis.

Installez la v26.06.10 et examinez les runes de commande : liez-les au nœud prévu et remplacez les identifiants que vous ne pouvez pas justifier.

• Les responsables de Core Lightning recommandent fortement à tous les utilisateurs de mettre à niveau vers la v26.06.10 dès que cela est pratique ; la publication contient des correctifs de sécurité et est disponible immédiatement. Publication de Core Lightning v26.06.10 et conseils sur les runes
• La version 26.06.10 ajoute la vérification des tx_signatures d'un pair lors de l'ouverture et de la fusion de canaux financés par deux parties, conformément à BOLT 2. Changelog étiqueté v26.06.10 : correctifs de canal et de commande à distance Publication de Core Lightning v26.06.10 et conseils sur les runes
• La nouvelle publication empêche de contourner les restrictions de runes pname avec des noms de paramètres en double ou variant par ponctuation, corrige un crash de commande causé par la réutilisation de l'ID de commande après une commande échouée, et rejette les runes surdimensionnées plutôt que de passer un temps quadratique à les décoder. Changelog étiqueté v26.06.10 : correctifs de canal et de commande à distance
• Commando envoie à un pair directement connecté une demande d'exécution d'une commande ; le pair nécessite généralement une rune autorisant cette commande. Référence officielle de l'interface de commande
• Les responsables recommandent de lier les runes utilisées via commando à l'ID de nœud de l'application autorisée, de mettre sur liste noire les runes que les opérateurs ne peuvent pas justifier avec blacklistrune, et de les remplacer par des identifiants plus strictement restreints. Publication de Core Lightning v26.06.10 et conseils sur les runes
• Le financement dual reste expérimental ; la publication déconseille les canaux à zéro confirmation avec des pairs non fiables et refuse une ouverture à zéro confirmation v2 à moins d'être configurée pour en accepter une de ce pair. Publication de Core Lightning v26.06.10 et conseils sur les runes Changelog étiqueté v26.06.10 : correctifs de canal et de commande à distance

Schéma des correctifs sélectionnés et des pratiques des responsables. Cela n'établit pas que chaque identifiant est correctement restreint ou qu'une exploitation a eu lieu.

Méthode : Schéma de deux surfaces logicielles documentées, avec des détails sélectionnables sur la vérification des canaux et des commandes à distance. Les flèches montrent les demandes et les étapes de maintenance, pas les transferts de bitcoin, le trafic mesuré ou un test d'accès en direct.

Examinez la commande à distance des identifiants Bitcoin

L'interface de commande de Core Lightning permet à un pair directement connecté de demander qu'un nœud exécute une commande. Le pair a généralement besoin d'une rune, un identifiant d'autorisation permettant la commande.

La mise à jour ferme une voie pour contourner les restrictions de rune sur les noms de paramètres en utilisant des noms en double ou variant par ponctuation. Elle corrige également un crash de commande déclenché par la réutilisation d'un ID de commande après une commande échouée et rejette les runes surdimensionnées qui consommaient auparavant un travail de décodage excessif.

Les responsables recommandent de lier les runes utilisées via commando à l'ID de nœud de l'application par le biais d'une restriction id. Ils conseillent également aux opérateurs de mettre sur liste noire les runes qu'ils ne peuvent pas justifier en utilisant blacklistrune, puis de délivrer des remplacements avec des restrictions plus strictes.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.