Coldcard 漏洞警示：多签钱包如何规避单点故障风险

据 Woofun AI 消息，Coldcard 发布紧急安全指引，要求受影响用户立即生成新的种子密钥并转移资金，以应对潜在的单点故障风险。这一举措并非简单的固件更新，而是针对底层随机数生成机制可能存在的系统性缺陷所采取的防御性措施。核心逻辑在于，若种子密钥并非通过至少 50 次公平、独立且保密的随机数生成过程创建，其安全性便存在根本性隐患。

值得注意的是，使用密码短语并不能改变底层种子密钥的本质，因此该类用户需优先完成迁移。Coindoo 在 8 月 21 日发布的评测中已列出相关受影响型号及固定版本信息，为市场提供了明确的风险边界识别依据。此次事件再次印证，在 Web3 安全领域，供应商的信任假设必须被严格的技术验证所取代，任何对随机性来源的疏忽都可能导致资产暴露。

Woofun AI 整理数据显示，多签架构的安全效能高度依赖于种子密钥的生成独立性，而非单纯的硬件品牌多样性。深入解析漏洞细节可知，2/3 多签钱包要求每次支出需两方授权签名，理论上即便攻击者掌握一方密钥也无法转移比特币。

然而，若三台设备使用相同的恢复短语，它们在密码学上仅被视为一个签名者，因为所有签名均基于同一私钥派生。这意味着，硬件品牌本身无法保护通过导入短语生成的密钥。只有三个独立生成的种子密钥才对应三个不同的签名者；若这些密钥源自同一家制造商，钱包将沿用其统一的随机数生成机制、固件及安全组件设定。更深层的风险在于，仅凭供应商名称无法证明独立性，因为不同产品可能共用相同的软件库、芯片或协调程序。因此，种子密钥的来源、配置记录及设备内的验证信息成为判断共用依赖关系的关键。在迁移操作规范上，用户需严格遵循备份检查、钱包指纹验证、小额测试转账及最终余额核对流程。严禁将种子词、密码短语、XPRV 值、备用密码或私钥二维码提交至网站或支持请求中。

这种对元数据的极端保护要求，反映了私钥泄露后果的不可逆性。

Unchained 在其安保建议中应用了严格的阈值逻辑，建议拥有两个由 Coldcard 生成的私钥的用户，使用全新的非 Coldcard 密钥创建新钱包。作为协作托管服务提供商，Unchained 的建议体现了专业机构在多签技术应用中的最佳实践。多签恢复功能的核心在于将多个公钥组合为正确的比特币地址，BIP-380 标准明确指出，若缺少脚本类型和密钥生成信息，仅靠密钥备份不足以确保恢复。

输出描述符以兼容钱包软件可识别的格式存储这些细节，包括政策设置、地址格式、密钥生成路径、指纹信息及 XPUB 值。补充记录应标注协调程序软件、密钥生成设备、恢复测试情况及继承联系人。公钥描述符（含 XPUB 值）虽不具支出权限，但属于敏感金融元数据，可能泄露钱包地址、余额及交易历史，需单独记录并实施访问控制。而包含 XPRV 值的描述符具备支出权限，必须与私钥资料一同物理隔离。任何泄露所有签名者及其存储位置的文件，都将破坏多签架构赖以生存的物理隔离基础，导致整个安全模型失效。

测试流程是验证多签架构有效性的最后一道防线。建议使用少量比特币进行测试，并模拟一名签名者无法参与的场景：在整个过程中，每个种子密钥必须保留在对应的硬件签名设备中，严禁在同一台连接的计算机上收集足够数量的密钥短语，否则该计算机将完全掌控钱包。在更换签名者、更改协调程序、移动备份文件或更新继承计划后，必须重新测试。在确认资金按新规则转移并对账完成前，应保留之前的恢复资料。多供应商多签架构适用于长期资产持有者、企业储备金持有者及遗产所有者，这些主体需能保护多份记录并重复进行恢复测试。

相比之下，简单钱包更适合日常支出及小额资产管理。对于难以管理多名签名者的巨额资产持有者，协作托管方案提供了另一种选择，其结合独立机构控制的提供商密钥、恢复支持服务、身份验证机制、服务可用性保障、相关费用及法律管辖范围。审查托管情况需三份记录：所有签名者来源信息、完整钱包描述符及带日期标记的最近一次恢复测试记录。在增加设备或资金前，必须解决所有缺失信息，以规避后续配置修改的风险。