Core Lightning nodes can keep crashing after an upgrade until a stored trigger is removed

요약:Core Lightning can reload a stored crash trigger after an upgrade. Affected nodes need manual cleanup as well as the April preventive fix.

A disclosed flaw in Core Lightning, software for Bitcoins Lightning payment network, can leave a node crashing on restart even after an upgrade because the malicious announcement that triggered it remains on disk.

Related Asset Bitcoin #1 BTC · $77,743.75 24-hour change: down 0.32% Loading price history… 24H Down 0.32% 7D Down 3.66% 30D Down 8.31%

Researcher Nishant Bansals October 24 disclosure identifies versions v25.02 through v26.04 as affected. Once the announcement is saved, restarting reloads the same trigger. Bansal says the operator must manually remove the offending record to restore the node.

Bitcoin Optech highlighted the issue on October 30, but the preventive patch is months old. Core Lightning merged PR #9082 on April 24 and shipped the fix in v26.04.1 on April 25. The October disclosure explains a flaw whose preventive fix had been available since April.

Why the patch does not clear a stored trigger

Channel announcements tell nodes about connections in the Lightning routing graph. In this case, an announcement named the same previously unknown node as both endpoints. Vulnerable software accepted it and wrote it to its on-disk gossip_store before loading it into the routing graph.

The graph then tried to insert that node twice. A safeguard against duplicates aborted gossipd, the component handling these announcements, and Core Lightning treated that failure as fatal to the whole node.

The patch checks the endpoint ordering before accepting an announcement. Requiring the first node ID to be strictly less than the second also rejects equal IDs. This stops the malformed input from being accepted and stored.

The new validation check applies to incoming announcements. Startup still reads records already in gossip_store, and upgrading does not remove the malicious record saved before the crash.

Bansals recovery requirement is manual removal of the malicious record from gossip_store. Cleanup alone also leaves a vulnerable installation open to another crash: the disclosure says an attacker can resend the same announcement while the attacker-controlled funding output remains unspent.

Bitcoin Optech notes that Core Lightning releases before v25.02 could accept and relay such announcements without crashing themselves. An attacker therefore did not need a direct connection to every vulnerable node.

For operators choosing an upgrade now, v26.04.1 marks the first fix for this defect. As of November 2, the projects latest release is v26.06.9, issued October 7, which maintainers strongly recommend installing.

Downtime carries a payment-monitoring risk beyond unavailable service. Bansal warns that an offline node cannot watch the chain for a revoked channel state or a time-limited payment claim that must be made before expiry. Missing those events can put funds at risk.

면책 성명

본 기사의 견해는 저자의 개인적 견해일 뿐이며 본 플랫폼은 투자 권고를 하지 않습니다. 본 플랫폼은 기사 내 정보의 정확성, 완전성, 적시성을 보장하지 않으며, 개인의 기사 내 정보에 의한 손실에 대해 책임을 지지 않습니다.
전편

바이낸스, SAFU 비트코인 보유량 절반 사용하고 준비금 증명 공개

다음

비트코인, 유가 7% 급락에도 BTC 가격 상승세 불발되며 7만6,000달러 아래로 하락할 위험