Coldcard 缺陷顯示三個硬體錢包可能共用同一風險
重點速覽
- •Coldcard 的指引表示，受影響用戶需在確認新錢包後建立新的種子並轉移資金，因為韌體修正不會重新產生既有資金的金鑰。
- •以至少 50 次公平、獨立且私密的骰子擲點生成的種子屬於例外，但使用 passphrase 的用戶仍應遷移，因為底層種子本身並未改變。
- •2-of-3 錢包的獨立性取決於其簽署者；多台載入相同恢復詞組的裝置，仍然只算一個簽署者。
- •文章指出，多重簽名恢復記錄應包含簽章政策、script 類型、output descriptor、XPUB、master fingerprint 與 derivation path。
- •在主要入金前應先完成一次小額恢復演練，且恢復資料絕不可與網站或支援訊息分享。
受影響的 Coldcard 種子需要新的金鑰
安裝已修正的韌體版本，並不會改變在更新前已導出的任何私鑰。Coldcard 目前的安全指引要求受影響的持有人建立新的種子，並在確認新錢包後轉移資金。
公司說明了一項例外：使用至少 50 次公平、獨立且私密的骰子擲點所建立的種子。最終單詞必須在擲點之後產生，且整個序列必須保持保密。Coldcard 也建議使用 passphrase 的用戶盡快遷移，因為 passphrase 不會改變底層種子本身。
Coindoo 於 8 月 21 日的 Coldcard 評測列出了相關型號、韌體分支與已修正版本。準備轉移資金的持有人應遵循 Coldcard 的逐步遷移指南，其中包括備份檢查、錢包指紋驗證、小額測試轉帳與最終餘額核對。這一步驟很重要，因為僅有韌體更新，並不會重新產生已由受影響種子導出的資金金鑰。
恢復資料絕不可提交到網站，也不要在支援訊息中分享。Coldcard 表示，用戶絕不應透露種子詞、passphrase、骰子擲點、XPRV、備份密碼或私鑰 QR code。對流程不確定的人，應在抹除裝置或匯出全部餘額前停止操作。
一旦受影響資金由新的金鑰控制，持有人就可以決定，多供應商設置是否適合所保護的金額，以及其帶來的恢復工作量。
2-of-3 錢包仍然只有一個受影響的簽署者
2-of-3 錢包每次支出都需要兩個授權簽章。只持有一把金鑰，對攻擊者而言不足以轉移比特幣，只要其他簽署者與錢包政策仍然安全。
不過，三台載入相同恢復詞組的裝置，仍然只代表一個簽署者。每台裝置都會從相同的私鑰產生簽章，而硬體品牌不會影響已由匯入詞組導出的金鑰。
三組分別生成的種子則會產生三個不同的簽署者。若三者都由同一家製造商建立，錢包也會繼承該製造商在隨機數生成、韌體與安全元件上的假設。將金鑰建立流程分散到多家製造商，可降低單一實作缺陷帶來的暴露風險。
僅憑供應商名稱，無法證明完全獨立。不同產品可能共用軟體函式庫、晶片或協調應用程式。種子來源、設定紀錄與裝置上的驗證，才提供理解這些共用依賴所需的證據。
Unchained 在其 Coldcard 安全公告中採用了這套門檻邏輯。這家多重簽名服務商建議持有兩個 Coldcard 生成使用者金鑰的客戶，改用新的非 Coldcard 金鑰建立新金庫。Unchained 販售協作式託管，並從更廣泛的多重簽名採用中受益，因此這項公告可視為該業者的實務經驗。
在為多重簽名錢包注資前，先回答五個問題
- 每個種子是在哪裡生成的？ 記錄製造商、裝置型號、韌體版本與設定日期。每個匯入的種子都要標明其原始來源。
- 每個簽署者是否有獨立的恢復資料？ 複製的詞組只是同一把金鑰的拷貝。由同一主種子或相同的純骰子序列導出的種子，也屬於共同來源。
- 連線中的電腦是否看過足以簽章的秘密？ 每個詞組都應保留在各自的硬體簽署器與離線備份中。並在裝置螢幕上驗證政策與收款地址。
- 裝置與備份是否實體分離？ 一場火災、入室竊盜或脅迫事件，可能同時波及存放在一起的每個簽署者。Coindoo 7 月 25 日關於加密貨幣入室搶劫的報導，說明了為何託管規劃必須納入與金鑰相關的人員與地點。
- 當一個簽署者消失後，誰能恢復錢包？ 指引應涵蓋裝置故障、死亡、喪失行為能力，以及失去對異地存放地點的存取。
在存入重大餘額前，先解決任何未回答的項目。
用種子備份錢包政策
多重簽名恢復需要能把多個公鑰組合成正確 Bitcoin 地址的規則。 BIP-380 說明，當錢包缺少其 script 類型與導出資訊時，僅備份金鑰可能不足。output descriptor 會以相容錢包軟體支援的格式儲存這些細節。
必要的恢復記錄應包含：
- 簽章政策，例如 2-of-3
- 地址與 script 類型
- 公開的 output descriptor 及其 checksum
- 每個簽署者的 XPUB 與 master fingerprint
- 每把金鑰的 derivation path
- 數份受保護的完整記錄副本
Coldcard 的多重簽名文件說明了政策、地址格式、derivation path、fingerprint 與 XPUB 如何定義一個錢包。補充記錄可標示協調軟體、產生金鑰的裝置、最近一次恢復測試與繼承聯絡人。
匯出包含 XPUB 的公開 descriptor，並將其視為敏感財務中繼資料，因為它可能揭露錢包地址、餘額與交易歷史。包含 XPRV 的 descriptor 則帶有支出權限，應與私鑰資料一併保管。
將精確的備份位置保存在另一份具存取控制的紀錄中。若文件被竊且標明每位簽署者與存放地點，可能破壞整套設計的實體分離。
在主要入金前先做一次恢復演練
使用少量 bitcoin，並在缺少一個簽署者的情況下進行演練：
- 從已儲存的 descriptor 還原只讀錢包。
- 確認政策、script 類型與簽署者 fingerprint。
- 在兩台簽署裝置上驗證相同的收款地址。
- 向已驗證地址發送一筆小額測試款。
- 使用可用的法定簽署門檻建立、簽署並廣播交易。
- 確認目的地，並修正任何缺漏指示。
整個演練過程中，每個種子都應保留在各自的硬體簽署器內。若在一台連線電腦上收集到足以滿足政策的詞組，該電腦就會取得錢包控制權。
在更換簽署者、變更協調器、移動備份或更新繼承計畫後，應再次進行演練。在新政策下的每一次轉移都確認並完成核對之前，先前的恢復資料都應保留。
多供應商多重簽名適合長期持有、損失會造成嚴重損害的資產、具有明確簽章責任的企業儲備，以及持續維護繼承流程的遺產安排。持有人必須能夠保護多份記錄、到達必要地點，並重複恢復演練。
較簡單的錢包可用於日常支出餘額與可替換金額，維護需求較低。當持有人無法有把握地重建錢包或管理多個簽署者時，大額持有可能值得尋求專業協助。
協作式託管方案，結合一把由外部獨立控制的提供者金鑰，以及恢復支援、身分驗證、服務可用性、費用與適用的法律管轄區。資金入帳前，應先檢視所有條款。
Coldcard 事件帶來的改變
現在，託管審查可從三份紀錄開始：每個簽署者的來源、完整錢包描述符，以及帶日期的恢復測試。若資訊不足，應在更多裝置或更大餘額使設置更難變動之前完成補正。
The post Coldcard Flaw Shows Why Three Hardware Wallets May Share One Risk appeared first on Coindoo .
