Core Lightning, o software de nó para encaminhar pagamentos na Lightning Network do Bitcoin, lançou a v26.06.9 a 7 de outubro com uma série de patches de segurança e ainda uma correção para uma regressão no encaminhamento de pagamentos introduzida duas semanas antes na v26.06.8. O lançamento chega na sequência da v26.06.7, que corrigiu um bug de penalidade de canal revogado divulgado a 27 de setembro e forçou a equipa a um breve confinamento de emergência. No conjunto, três subidas de versão em cerca de duas semanas tornam esta a série de patches mais concentrada que a Core Lightning lançou na memória recente.
Por que importa
O bug principal foi um erro de contabilidade do orçamento de CPU: a v26.06.8 começou a contabilizar gossip de rotina, pings e mensagens onion contra um orçamento que deveria estar reservado para consultas de gossip. Em nós de routing ocupados, a classificação incorreta podia estrangular peers e atrasar o tráfego do canal. A v26.06.9 retira esse orçamento apenas para consultas de gossip, eliminando a causa documentada do estrangulamento. Os mantenedores estão também a reter temporariamente os testes de segurança do repositório público para abrandar o desenvolvimento de exploits e dar aos operadores mais tempo para atualizar antes de o conjunto de testes se tornar um guia para atacantes.
Impacto no mercado
A correção de proteção de fundos é a linha mais consequente no changelog: quando um HTLC atinge o seu prazo enquanto um canal está a fechar, a v26.06.9 agora força o fecho do canal para que um pagamento cumprido tardiamente não possa perder fundos encaminhados. As permissões de rune foram apertadas para que uma rune restrita já não possa criar uma irrestrita ou relistar entradas na lista negra, e os aliases invokerune e destroyrune ficam sob as mesmas restrições. Valores sensíveis em listconfigs, incluindo informação de recuperação e palavras-passe de RPC do Bitcoin, estão agora mascarados para qualquer chamador. setconfig fecha um caminho para injetar linhas de configuração através de valores de opção persistentes. Operadores em master não podem fazer downgrade para 26.06.x porque o esquema da base de dados é mais recente, o dual funding continua experimental e os canais zero-conf com peers não confiáveis continuam desaconselhados.
Perguntas frequentes
-
O que é que a Core Lightning v26.06.9 corrige afinal?
Corrige uma regressão de contabilidade do orçamento de CPU na v26.06.8, em que gossip de rotina, pings e mensagens onion eram cobrados contra um orçamento de consultas de gossip, além de um bug de force-close de HTLC que arriscava perder fundos encaminhados, das permissões de rune e de várias salvaguardas de…
-
Porque é que os mantenedores estão a reter os testes de segurança?
Os mantenedores estão temporariamente a reter a suite de testes de segurança do repositório público para abrandar o desenvolvimento de exploits e dar aos operadores mais tempo para atualizar antes de os testes se tornarem uma referência para atacantes.
-
Os operadores precisam de atualizar a partir da v26.06.8?
Sim. Os mantenedores recomendam aos operadores na v26.06.8 e anteriores que atualizem assim que possível. Nós a correr master não podem fazer downgrade para uma versão 26.06.x porque o esquema da base de dados é mais recente.
-
Como é que a correção de HTLC protege os fundos encaminhados?
Quando um HTLC atinge o seu prazo enquanto um canal está a fechar, a v26.06.9 agora força o fecho do canal em vez de arriscar que o pagamento encaminhado seja cumprido tarde e os fundos se percam.
-
Que outras salvaguardas estão na v26.06.9?
listconfigs agora mascara valores sensíveis, incluindo informação de recuperação e palavras-passe de RPC do Bitcoin, para qualquer chamador, setconfig fecha um caminho de injeção de configuração através de valores de opção persistentes, e as restrições de rune agora cobrem os aliases invokerune e destroyrune.
CoinDesk
Glassnode
WatcherGuru
Altcoin Daily
CoinTelegraph