Coldcard 現在要求在種子漏洞後進行 65 次按鍵操作，暴露的資金仍需轉移

Coinkite，Coldcard 比特幣硬體錢包的製造商，於 8 月 20 日發布了新的標準韌體，強制用戶在生成種子時添加物理隨機性。

在安裝當前修復版本後生成種子的擁有者可以使用加強過程。仍然依賴受影響韌體生成的種子的擁有者必須生成另一個種子並轉移資金，除非該錢包符合擲骰例外。

在標準種子創建過程中，每個種子都結合了新的設備熵和一個必需的人類輸入來源：至少 65 次在不可預測的時間間隔內按鍵、50 次擲六面骰子或 128 次物理擲幣。這一要求減少了對錢包隨機數生成器的單獨依賴。

Coldcard 當前的安全狀態建議 Mk4 和 Mk5 設備使用版本 5.6.1，Q 設備使用 1.5.1Q。建議的暴露列表更廣且針對特定跟蹤。Coinkite 的官方遷移指南涵蓋 Mk2 和 Mk3 韌體 4.0.1 到 4.1.9；Mk4 和 Mk5 標準韌體在 5.6.0 之前，以及 Edge 韌體在 6.6.0X 之前；Q 標準韌體在 1.5.0Q 之前，以及 Edge 韌體在 6.6.0QX 之前。

Block 的獨立技術分析使用更廣泛的 Mk2 和 Mk3 邊界，包括版本 4.0.0。擁有該版本的用戶不應將供應商邊界視為安全的證據。

安裝修復韌體不會改變舊的種子。除非適用建議的擲骰例外，Coinkite 的遷移指南告訴受影響的用戶生成一個真正的新種子，驗證其備份和錢包指紋，確認設備上的接收地址，發送小額測試交易，然後轉移與舊種子相關的每一個餘額。克隆或恢復錢包不會創建新種子。

當用戶通過受影響的工作流程添加至少 50 次公平、獨立和私密的物理擲骰時，這一 RNG 缺陷不需要遷移，並且從未記錄或暴露該序列。擲骰次數較少，或對這些條件的不確定性，意味著用戶應該進行遷移。

Block 將原始缺陷追溯到可能將請求路由到確定性 MicroPython 回退的代碼，因為一個定義為零的功能標誌被視為存在。強制的人類輸入為新的標準種子添加了外部熵，限制了如果設備隨機性再次失敗的損害。它無法追溯性地為已存在的種子添加熵。

Coldcard 對混合流程的處理不同於高級的僅擲骰選項。該模式排除了硬體隨機性，並要求 50 次擲骰以生成 12 字種子或 99 次以生成 24 字種子。

韌體包也達到了簽名和數據路徑。它將 USB 審查綁定到分階段的 PSBT 校驗和，在簽名之前重新檢查交易字節，默認阻止 SIGHASH_SINGLE 模式，限制 USB 下載到當前加密會話結果，並驗證韌體文件長度。它增加了持久的 RNG 故障停止、啟動時的硬體 RNG 連接檢查、更多的 Delta 模式隔離和主動錢包備份行為。

狀態頁面列出了針對性的源審查、真實設備 RNG 路徑測試以及可重現的構建和擲骰路徑追蹤，但 Coldcard 表示這些並不構成對每個修復二進制文件的全面審計。Coinkite 表示一些客戶遭受了嚴重損失，執法部門正在調查，但尚未公布經過驗證的受害者數量或損失總額。

本內容僅供參考，不構成任何金融、投資、法律或稅務建議。文中提及的任何活動、獎勵、線上活動或相關資訊，不應被視為對購買、出售或交易任何加密資產的推薦、招攬或邀請。加密資產具有高波動性，存在價值損失風險。WEEX服務、產品及相關活動的可用性可能因地區而異。用戶在參與前有責任確保符合當地適用法律法規。