Core Lightning 是用於運行比特幣閃電網路支付節點的主要軟體實作之一，已發布包含一系列安全修復的 v26.06.10 版本，維護者呼籲所有使用者盡快升級。此次更新除了軟體修補之外，還為營運者安排了第二項任務：審查允許在其節點上執行遠端指令的憑證，維護者形容這一步驟與安裝新版本是分開的。此次更新結合了對遠端指令插件的強化，以及節點在評估通道開啟與付款條件時的變更。

這是連續第三個在發布時未設保密期的修補版本。26.06.8 與 26.06.9 版本採取相同做法，修復內容立即公開。與前兩個版本一樣，維護者再次保留了與安全修復相關的測試。根據版本說明，這使得將修復轉化為可用漏洞利用變得更加困難，也為使用者爭取了更多升級時間。這種揭露模式也決定了營運者的風險：一旦版本公開，其所修補的弱點也隨之公開，意味著未及時升級的節點正運行著漏洞已被公開記錄的軟體。

憑證審查納入升級清單

Runes 與 commando 是此次更新安全工作的核心。Commando 允許直接連線的節點請求另一節點執行指令，而該節點通常需要一枚 rune——一種授權憑證——才能執行。

此次更新封堵了透過重複名稱或標點變體名稱繞過 rune 對參數名稱限制的方法。同時修復了在指令失敗後重複使用指令 ID 所導致的 commando 當機問題。過大的 rune 現在會被直接拒絕；此前，軟體解碼這些 rune 可能耗費二次方時間。

維護者建議將透過 commando 使用的每一枚 rune 綁定至使用該 rune 的應用程式的節點 ID。設定此 id 限制後，該 rune 便無法從其他任何地方使用。營運者也被指示使用 blacklistrune 指令將任何無法確認來源的 rune 列入黑名單，然後發行限制更嚴格的新 rune。綜合來看，這些步驟相當於對節點上每一份可觸發遠端指令的憑證進行審計，在發行替換憑證之前先撤銷來源不明的 rune。

通道與付款修復

新版本在雙方注資通道開啟與 splice（在不關閉通道的情況下調整通道資金的操作）過程中檢查節點的交易簽章。根據更新日誌，這符合閃電網路協議的 BOLT 2 規範，該規範涵蓋通道建立與正常的節點間運作。

另一項修復涉及一種稱為 HTLC 的條件付款合約。剛被移除的 HTLC 可能與一筆共用相同付款雜湊、金額與到期時間的活躍 HTLC 混淆，導致節點拒絕活躍的付款，而對方節點卻仍能領取該款項。

通道開啟的處理也更加嚴格。當節點提出的 dust limit——低於該閾值的輸出會被視為灰塵——超過 5,000 satoshi 時，節點現在會拒絕開啟通道；更新日誌指出，舊有的行為會讓對方節點在強制關閉通道時將本節點的餘額轉化為手續費。對於雙方注資的通道開啟，若對方的 dust limit 超過通道儲備金，同樣會被拒絕；而 v2 零確認開啟——即在其注資交易確認前通道即生效——除非營運者已設定允許該節點執行，否則會被拒絕。雙方注資仍屬實驗性功能，維護者不建議與不受信任的節點建立零確認通道。

其他變更包括：當插件鉤子失敗時提供安全的預設回應，而非當機或卡死。Splice 手續費調升現在至少使用先前費率的 25/24，這是 Eclair 等節點所要求的。運行過開發版本的節點無法降級至 26.06.x 系列，因為其資料庫結構較新。此版本為 Ubuntu 22.04、24.04 與 26.04 提供可重現建置的二進位檔，並附有 Docker 映像。

揭露與發布時間

此版本所修復的漏洞由近 20 個具名來源回報，包括 The Bitcoin Red Team、Matt Morehouse 與 Niklas Gögge。其他人則要求不具名。

GitHub 上列出的版本發布日期為 11 月 4 日，而其標籤更新日誌則顯示為 11 月 5 日。此次更新之前，11 月 2 日曾揭露另一個儲存型觸發器的當機問題。截稿時，比特幣交易價格約為 $76,002，24 小時內下跌 5.29%。