Ledger Ethereum 應用程式簽章漏洞已於 8 月 12 日悄悄修補，呼籲使用者儘快更新

8 月 24 日，無聲的修補遇上喧鬧的揭露

硬體錢包廠商 Ledger 於 2026 年 8 月 24 日公開承認，其硬體錢包上的 Ethereum 應用程式一個漏洞，已在大約兩週前修補，且未發布任何安全性公告。該缺陷存在於特定的透明簽章流程中，也就是裝置上提示使用者將簽署內容以人可讀方式顯示的機制。惡意的 dApp 可以置換使用者最終核准的交易，使原本清楚的預覽畫面變得毫無意義，改為由攻擊者掌控的酬載。

修補程式已於 8 月 12 日部署，但漏洞的存在直到 8 月 23 日經外部揭露後才為人所知，促使 Ledger 的技術長將相關議論稱為 FUD，並要求使用者更新其 Ledger Live 韌體及 Ethereum 應用程式。第三方揭露與廠商回應之間的衝突，成為當天其餘報導的框架，多家媒體均同時確認了修補日期與呼籲更新的訊息。

此漏洞的技術輪廓

此漏洞為透明簽章程序內部的競爭條件。在裝置向使用者顯示一筆交易，到套用加密簽章之間的空窗期，惡意的 dApp 可以置換底層的酬載。由於顯示的資訊與實際簽署的位元組位於不同的程式碼路徑，使用者看到的是看似誠實的核准畫面，但實際簽署的卻是完全不同的內容。

該缺陷集中於一個 APDU(應用程式協議資料單元，攜帶主機電腦與 Ledger 裝置之間指令的協定單位)。此競爭條件存在於 Ethereum 應用程式對這些指令的處理中，並非 Ledger 通用簽章基元的問題，因此硬體金鑰本身並未曝露。受影響的部分是決定螢幕向使用者顯示何種交易內容的這一層。

為何揭露時間軸至關重要

在這起事件中，兩種模式並存。第一，修補於 8 月 12 日上架，僅有單行更新日誌條目且未附 CVE 形式公告，因此只有當外部研究人員於 8 月 23 日揭露後，使用受影響版本的使用者才得知有異狀。第二，第三方揭露以高衝擊性的框架呈現，而廠商則將其定性為散播恐懼，這正是透明簽章設計所要避免的摩擦。

對從業人員而言，操作上的教訓是:「修補已推出」並不等於「使用者安全」。從無聲的修補到公開說明之間長達兩週的空窗，已足以讓在此期間透過透明簽章簽署過任何 Ethereum 交易的使用者，應將其簽章紀錄視為需要重新檢視，並在進行下一次簽章作業前，確認自己使用的是已修補的 Ethereum 應用程式版本。

從業人員現在應該做出的改變

廠商自身的指示明確且未變:更新 Ledger Live 韌體，並更新每台裝置上的 Ethereum 應用程式。除此之外，操作 Ledger 硬體執行資金或簽章工作流程的團隊，應重新檢查在修補日期與 8 月 23 日公開揭露之間約兩週空窗內，透過透明簽章核准的任何 Ethereum 交易。比對的方式應依據最初請求的 calldata 與目的地地址，而不僅僅是裝置上顯示的標籤，才能偵測出任何置換行為。

將透明簽章視為對抗交易置換主要防線的營運團隊，應將此視為一項提醒:為高價值的交易保留一條平行的裝置外驗證路徑。將原始已簽署酬載進行雜湊運算，並與獨立重建的交易比對，使用本地的 SHA256 雜湊產生器 或 Sha512 雜湊產生器 即可輕鬆達成，並能增加一層不僅依賴裝置畫面的保護。

值得持續關注的事項

廠商已表示修補已就位，且未宣布任何後續公告，但同樣也未公布引發問題的競爭條件或 APDU 處理細節。下一個值得關注的訊號是:Ledger 是否會發布包含版本編號與更清晰揭露時間軸的事後剖析報告，或是沉默持續，讓此漏洞唯一持久的紀錄僅存於第三方揭露之中。在其中一方明朗之前，實際的工作流程並未改變:使用已修補的應用程式、檢視簽章紀錄，並對任何涉及資金移動的 Ethereum 交易進行裝置外雜湊檢查。