LNbits 1.7.0 緊急更新：升級後為何仍要撤換金鑰與連線？（2026）

LNbits 1.7.0 緊急更新已於 2026 年 11 月 10 日正式發布，但升級完成，並不代表先前外洩的存取權就會自動失效。LNbits 在官方復原指引明確提醒：升級前曝露的憑證，升級後仍可能讓攻擊者取得存取權。對管理者來說，更新程式與撤銷舊權限，是兩項都要完成的工作。

先看 LNbits 的位置。依官方產品說明，它是架在 Lightning 節點或託管服務之上的錢包與帳戶系統，處理多使用者帳戶、權限和擴充功能；共用實例的使用者，也必須信任掌握資金存取權的營運者。這次指引針對的是 LNbits 的版本與復原，不能據此推論 Bitcoin 或 Lightning 協定本身遭到攻破。

11 月 10 日發布修補，11 月 8 日是漏洞發現日

LNbits 的v1.7.0 正式發布頁將這版列為緊急安全更新，要求所有運行 LNbits 的人立即升級。11 月 10 日官方安全指引則交代，近期漏洞是在 11 月 8 日發現，所有早於 1.7.0 的版本都受影響，運行舊版的資金有遭竊風險。營運者必須先升級，才能繼續運行 LNbits。

以下伺服器與憑證處置由營運者負責，其中錢包金鑰重設須以 Super Admin 身分執行。若你使用別人代管的 LNbits，應向營運者確認處置進度，再依通知更新自己的連線設定；使用者端重新登入，無法確認伺服器端做過哪些復原。

錢包金鑰與資金來源憑證，要在不同地方撤換

應用程式使用錢包金鑰連向 LNbits，存取對應錢包；官方API 文件把每個錢包的 API key 列為一種認證方式。LNbits 本身則使用另一組憑證，連向提供資金的後端，也就是資金來源（funding source）。前者供應用程式連入，後者供 LNbits 連往後端，撤換位置也不同。依這次事故指引，應分開處理：

1. 重設所有使用者錢包金鑰。官方要求以 Super Admin 身分進入 Settings → Users，選擇 Reset Wallet Keys 並確認。既有金鑰會停止運作，使用者須把相連應用程式與整合改成新金鑰。
2. 到資金來源端撤銷並換發憑證。依實際後端，輪替 API key 或 macaroon 等憑證；macaroon 是部分後端使用的憑證之一。完成來源端撤銷與換發後，再更新 LNbits 內的資金來源（funding-source）設定。
3. 替換設定裡的其他秘密資料。官方要求將 LNbits 設定中儲存的秘密視為已受侵害，其他敏感憑證也要更換；處置範圍不能只停在畫面上名稱帶有「Wallet Key」的項目。

擴充功能要撤銷舊連線，再建立新連線

官方另外要求檢查已連接的應用程式與整合：撤銷或刪除既有擴充連線，再使用更新後的憑證建立新連線。實務上可逐條記錄撤銷、重建與重新接入結果。指引列出的擴充包括 NWC Provider、LNDHub、Bolt Cards、TPOS、Bleskomat 與 FOSSA；這是連線盤點清單，不是已發生資金損失的證明。

疑似受侵時，先保存紀錄，再用新伺服器安裝

如果懷疑主機已被入侵，官方建議在新伺服器上安裝 LNbits 1.7.0，並在替換舊伺服器之前保存相關日誌與紀錄。這項新機建議以「疑似受侵」為條件，並非對所有舊版主機的受侵判定。

需要整理逐機版本、曝險期間與重建準備的人，可以搭配BTCPay 曝險盤點與復原準備的紀錄思路閱讀；實際要撤換的項目仍按這份 LNbits 指引逐項核對，不把另一個產品的處置程序直接套過來。

整理復原處置清冊，檢查餘額與對外付款

整理復原進度時，可以請管理者交代：目前運行的版本、錢包金鑰重設結果、資金來源端憑證撤銷與替換結果、其他秘密資料的處置，以及既有擴充連線的重建情況。疑似受侵的實例，再加上新伺服器與舊機紀錄保存狀態。這份依官方要求整理的清冊用於追蹤處置，不能證明未曾受侵。

LNbits 在公告中把自己列為熱錢包：花費資金所需的憑證可由線上系統取得。官方建議線上只保留日常營運所需資金，定期檢查餘額與對外付款，多餘資金轉往花費金鑰離線保存的鏈上錢包。這是降低持續曝險的資金安排，仍須搭配前述撤權與復原。

至於漏洞如何被利用，LNbits 表示會另發完整報告；個別帳戶是否已遭竊，仍無法由這份公告判定。接下來可把上述清冊尚未完成的項目交給營運者確認，並持續檢查餘額與對外付款。