Core Lightning patches revoked-channel penalty flaw

Coinbase
Paxful


Core Lightning, a Lightning Network node implementation, fixed a channel-close flaw in v26.06.7 that could let a peer broadcast an old, revoked channel state without triggering the penalty for cheating. Bitcoin Optech’s Sept. 25 explanation of the now-public patch makes the risk concrete for operators still running older builds.

Related Reading

Onslaught of AI-found bugs forces Bitcoin’s Core Lightning into a secret 14-day emergency lockdown

Lightning peers replace earlier channel commitments as balances change. If one broadcasts a revoked commitment, the counterparty should be able to claim a penalty. Before the fix, Core Lightning could instead treat that funding spend as a cooperative close when its outputs matched shutdown scripts already on record.

That depended on a specific channel setup. A peer that had not specified an upfront shutdown script when the channel opened could later name the output script of its revoked commitment in a shutdown message. It could then abandon the cooperative close and broadcast the old commitment. Matching the outputs alone made the transaction look legitimate, bypassing the penalty path, according to the maintainers’ patch notes and regression test.

Flow diagram of a Core Lightning revoked commitment misclassified as a mutual close, and the v26.06.7 locktime-and-sequence fixFlow diagram of a Core Lightning revoked commitment misclassified as a mutual close, and the v26.06.7 locktime-and-sequence fix

The repair checks a transaction’s locktime and sequence encoding to recognize a commitment before looking at its outputs as a possible mutual close. The materials describe a potential way to evade the penalty, not a confirmed theft. This is a Core Lightning channel-handling issue, not a change to Bitcoin’s base-chain rules.