恢復被駭加密貨幣錢包的陷阱：小偷可能仍然擁有密鑰

By: cryptoslate.com|2026/11/08 19:30:55

一個允許用戶使用 Google 或 Apple 登入的加密貨幣錢包，當其登入提供者停止運作時仍然可能將用戶鎖在外面。Web3Auth 的安全暫停暴露了這一依賴性，還揭示了一個更嚴重的問題：一些 Keplr 用戶的私鑰可能已經被洩露。在錢包應用 Keplr 中，先前保存的可用私鑰提供了一條獨立於 Google 登入的文檔路徑。這並不證明受事件影響的密鑰仍然安全。

11 月 7 日，@keplrwallet 報告了一些使用 Google 或 Apple 登入創建的帳戶上出現未經授權的交易，並表示這些登入方式已被暫停。當天稍晚，@Web3Auth 表示它已識別出影響 Keplr 使用的某些嵌入式錢包的基礎設施中的安全問題。這些披露將有關登入可用性的問題轉變為用戶在帳戶密鑰可能也被暴露的情況下仍能控制什麼的問題。

Web3Auth 的登入服務通知將維護日期定為 11 月 6 日 18:30 UTC，並將其歸因於安全事件。在 11 月 8 日 13:08 UTC，其狀態頁面仍然承諾在服務恢復時提供更新。顯示的維護窗口於 11 月 7 日結束，但該端點並未確認恢復。

11 月 7 日的 MetaMask Builder 公告表示，初步調查未發現 MetaMask 用戶受到影響。

獨立訪問的含義

Keplr 的安全文檔在 2025 年 9 月更新並仍然可用，表示 Google 登入帳戶接收通過 Web3Auth 生成的十六進制私鑰，而不是恢復短語。它表示該密鑰是加密的，並存儲在用戶的設備上。

相同的文檔描述了一個查看私鑰的選項，某些舊帳戶有例外。Keplr 的移動導入指南單獨記錄了如何使用 Google 連接和使用恢復短語或私鑰進行導入。它還告訴 Google 登入用戶安全地保存他們的私鑰。

因此，保存的密鑰很重要，因為文檔導入路徑直接使用該秘密，與 Google 登入分開。但是，通常提供導出的菜單並不證明每個被鎖定的用戶在此暫停期間都能訪問它。文檔路徑並不是針對此事件的經過測試的解決方法。

更新的 Keplr 指導使這一界限變得重要。在 11 月 7 日的後續更新中，@keplrwallet 描述了一個影響某些社交登入用戶的私鑰洩露，並表示它正在協助 Web3Auth 持續努力保護資產。它表示使用恢復短語或硬體錢包創建的帳戶未受到影響，而使用 Google 或 Apple 登入的帳戶可能受到影響。

對於那些可能受影響的帳戶，@keplrwallet 建議不要發送新資金，並表示剩餘的流動資產應轉移到恢復短語或硬體錢包帳戶。該指導涉及將資產轉移到不同的帳戶，這是與將相同密鑰加載到另一個應用程序的分開行動。

將相同的私鑰導入另一個界面可能會改變其擁有者訪問帳戶的方式。這不會改變授權它的秘密，也不會證明沒有人擁有它。可攜性可以解決訪問依賴性，但無法解決保密問題。

訪問和密鑰安全是兩個獨立的測試

Keplr 文件獨立的私鑰導入。不同的訪問路徑仍然使用控制帳戶的相同秘密。
一個私鑰，兩個獨立測試
密鑰一私鑰
你能使用它嗎？
還有誰擁有它？
訪問路徑問題
密鑰保密問題
帳戶訪問並不建立獨占控制。
訪問和保密仍然是獨立的
密鑰一私鑰
你能使用它嗎？
還有誰擁有它？
訪問路徑
保密
帳戶訪問並不建立獨占控制。

哪種訪問條件適用？

哪些訪問條件適用？

本地金鑰可用
備份已保存
需要新登錄
一個已在現有錢包中可用的金鑰與需要新的提供者登錄創建了不同的訪問條件；這些文件並未測試事件時的行為。
本地金鑰可用訪問路徑
- 可用的本地金鑰
- 已經可用
- 現有錢包
- 本地金鑰路徑
- 帳戶訪問
- 依賴於可用性
- 擁有可用金鑰並不確立它仍然是私密的。
  本地金鑰可用響應訪問路徑
- 可用的本地金鑰
- 已經可用
- 現有錢包
- 本地金鑰路徑
- 帳戶訪問
- 依賴於可用性
- 可用金鑰並不是證明該金鑰仍然是私密的。
  Keplr 文件將私鑰導入與 Google 登錄分開。這比較訪問路徑；這不是重新導入受影響帳戶的指示。
  備份已保存訪問路徑
- 已保存的私鑰
- 備份已持有
- 單獨導入
- Keplr 記錄
- 相同帳戶
- 相同簽名秘密
- 更改界面並不會替代可能暴露的金鑰。
  備份已保存響應訪問路徑
- 已保存的私鑰
- 備份已持有
- 單獨導入
- Keplr 記錄
- 相同帳戶
- 相同簽名秘密
- 新界面並不會替代暴露的金鑰。
  Keplr 報告 Google 和 Apple 登錄於 2026 年 11 月 7 日暫停。這些文件並未確立需要新登錄的人的獨立金鑰檢索。
  需要新登錄的訪問路徑
- 新登錄
- Google 或 Apple
- 提供者登錄
- 暫停 · 11 月 7 日
- 金鑰檢索
- 未確立
- 登錄後的導出選項並不是已經手中的備份。
  需要新登錄的響應訪問路徑
- 新登錄
- Google 或 Apple
- 提供者登錄
- 暫停 · 11 月 7 日
- 金鑰檢索
- 未確立
- 登錄後的導出並不是已經手中的備份。
  對於可能受影響的帳戶，Keplr 的事件指導優先於常規重新導入指示。
  Keplr 的文檔於 2025 年 9 月更新。這些路徑並未驗證當前的導出可用性或帳戶安全性；金鑰暴露和資產恢復仍然是事件特定的。
  來源和證據
來源
1. Keplr 金鑰存儲和導出文檔
2. Keplr 單獨私鑰導入路徑
3. MetaMask Flutter SDK 依賴
4. @keplrwallet 初始暫停登錄聲明
5. @keplrwallet 更新的事件指導
支持事實

@keplrwallet 在 11 月 7 日表示，已收到一些使用 Google 或 Apple 登入的帳戶出現未經授權交易的報告，並已暫停這些登入方式。
根據報導，@keplrwallet 在 11 月 7 日的更新中描述了一次影響某些社交登入用戶的私鑰洩露事件，並表示正在協助 Web3Auth 進行持續的資產保護工作，質押和鎖定資產增加了複雜性。
報導指出，@keplrwallet 表示恢復短語和硬體錢包帳戶未受到影響，而使用 Google 或 Apple 登入的帳戶可能受到影響；其後的指導建議不要發送新資金，並將剩餘的流動資產轉移到恢復短語或硬體錢包帳戶。
Keplr 目前可用的支援文件於 2025 年 9 月更新，表示 Google 登入帳戶使用 Web3Auth 生成的十六進制私鑰進行加密並本地存儲，而不是使用恢復短語。
Keplr 文件中提供了查看私鑰的選項，除了某些在 2020 年創建的舊帳戶外，這些帳戶在該功能推出之前創建，並提供了一條使用恢復短語或私鑰的移動導入路徑，與 Google 登入分開。
MetaMask 當前的 Flutter SDK 文件描述了登入後導出私鑰的過程，而初始化則檢查會話並獲取項目配置，如果該 API 調用失敗，則可能會拋出錯誤。
一個已可用的本地密鑰、先前保存的備份和新的依賴提供者的登入代表了不同的訪問條件；文件並未確立每位受影響用戶在暫停期間都能檢索到密鑰。
導入相同的私鑰可能會改變用於訪問的軟體，但不會改變授權帳戶的秘密，也不會確立潛在暴露的密鑰是保密的。

方法

來自 Keplr 文件化的密鑰存儲/導入路徑、當前的 Flutter SDK 文件和 11 月 7 日事件聲明的定性依賴圖。沒有損失估算、利用重建或數值幾何。

範圍

Keplr 的文件於 2025 年 9 月更新。這些路徑並未驗證當前的導出可用性或帳戶安全性；密鑰暴露和資產恢復仍然是事件特定的。
資訊圖表由 CryptoSlate 提供

恢復需要自己的會計

@Web3Auth 也表示，它和合作夥伴已開始針對尚未受到影響的脆弱 Keplr 錢包進行白帽恢復活動，使用原始攻擊者的路徑。另一方面，@keplrwallet 表示，一些減少或空的餘額可能反映了減輕措施的努力，而質押和鎖定的資產使工作變得更加複雜。單獨的陌生轉移或減少的餘額無法確定發生了哪種活動。

早期 CryptoSlate 對 Ledger/Cosmos 訪問中斷和 Phantom 的 Sui 中斷的報導顯示了錢包介面如何限制實際訪問。

對於無種子的錢包，有用的測試是用戶在提供者變得不可用之前是否擁有可用的獨立訪問路徑。在此次事件中，這個問題與未解決的帳戶級影響和資產恢復並行。恢復登入服務將回答可用性問題；但這本身並不會解決其他問題。