Keplr 私鑰外洩事件涉及部分以 Google 或 Apple 登入的使用者。Keplr 使用 Web3Auth 的部分嵌入式錢包基礎設施，也就是將錢包功能整合進應用程式的服務。Keplr 在 2026 年 11 月 7 日的官方更新中，將這些使用者的私鑰外洩歸因於 Web3Auth 基礎設施漏洞。登入方式因此成為官方此次分類影響範圍的依據。
Web3Auth 同日宣布啟動白帽行動，對象是仍有漏洞風險、但尚未受害的錢包。這項聲明描述的是預防更多資產受害，不能直接證明已從攻擊者手上追回失竊資產。
先看帳戶建立方式，再讀官方的影響範圍
Keplr 原帖可核實的開頭，把兩類帳戶分開說明。一邊是以助記詞或硬體錢包建立的錢包，官方稱不受這次事件影響；另一邊是部分以 Google／Apple 登入的使用者，Keplr 將其私鑰外洩歸因於 Web3Auth 基礎設施漏洞。「部分」不能改寫成所有社群登入帳戶都已遭竊，而前一項也不能延伸成對其他事故的安全保證。
如果你有多個帳戶，本文建議把每個帳戶的建立方式、公開地址與使用的鏈放在同一份紀錄；有不明轉出，再附上資產數量、完整交易 ID 與查詢時間。建立方式不清楚，就請官方釐清該帳戶是否屬於公告範圍；交易性質不明，就請官方說明該筆是未授權轉出、白帽處置或返還。支援入口需從上述 Keplr 官方公告與官方管道確認。這份紀錄用於確認公告適用範圍與交易性質，不能替個別地址出具安全結論。
11 月 6 日暫停服務，11 月 7 日進一步說明帳戶範圍
以下按 UTC 日期排列。Web3Auth 在 11 月 6 日的聲明表示，已知部分第三方使用的服務有安全問題，並暫停嵌入式錢包服務。該帖同時說，初步調查尚未發現 MetaMask 使用者受影響的證據；這保留了當時的調查限制，並不是對所有使用相同基礎設施的產品作全面保證。
11 月 7 日 16:53 UTC，Web3Auth 的後續短帖明確指向自身基礎設施的安全問題，影響 Keplr 使用的某些嵌入式錢包。17:06 UTC，Web3Auth 說明白帽行動；17:17 UTC，Keplr 更新使用者範圍。這幾個時間是發文時間，不能拿來當成漏洞開始遭利用或第一筆資產被移走的時間。
白帽保護的對象，和失竊追回的對象不同
Web3Auth 的白帽行動聲明表示，團隊與合作夥伴已開始針對「有風險但尚未受害」的錢包採取行動，並使用原攻擊者的相同路徑。白帽在這裡指官方所稱、為保護資產而進行的安全應變。原帖描述了行動對象與使用路徑，沒有在這則短帖中列出保護金額、交易清單或逐戶返還結果。
分辨的關鍵在資產原先處於哪個階段：保護尚未受害錢包，目的在避免後續損失；追回已失竊資產，則要追蹤原先流出的資產，辨識後續控制地址的是誰，以及有何證據支持該身分。返還給持有人，還要把相關交易的資產種類與數量，連回持有人原有的地址及資產紀錄，再核對應返還與實際收到的數量。這裡的「連回」是建立款項歸屬，不代表必須匯回原地址。本案由誰保管、返還到哪裡、各戶應收多少，本文都尚未核實。這是本文的驗收判準，不是官方公布的返還規則。
單靠「recovery」這個字，或錢包畫面上的餘額變化，無法判定某筆交易是失竊、白帽處置還是返還。本文沒有核實白帽地址與逐筆交易，不能替陌生收款地址確認身分。
維護區間結束，不能代替修復公告
Web3Auth 狀態事件頁把 Login Service 維護區間列為 11 月 6 日 18:30 至 11 月 7 日 18:30 UTC。頁面的文字說明則是：因安全事件將登入服務置於維護模式，採取預防措施，並會在服務恢復時提供更新。這段區間本身不證明漏洞已修復，也不證明某個應用程式的 Google／Apple 登入已恢復。
對持有人而言，「能登入」「可操作資產」與「金鑰風險已排除」應分別求證：恢復通知要說明適用哪個應用程式及哪些功能；金鑰風險的處置，則要有對應的安全更新與帳戶適用條件。
接下來，要等能對回自己地址的證據
受影響總數、損失總額、完整入侵路徑與逐戶追回結果，本文仍無法確認。下一份有用的更新，是能把交易清單、控制者身分與持有人原有資產紀錄接起來的明細；若仍無法確認款項歸屬及應收、實收數量，個人的返還結果就仍待確認。
接著閱讀
左右滑動查看更多推薦