Coldcard 漏洞后的硬件钱包安全：托管方案解析 (2026)

By: WEEX|2026-08-03 13:32:14

2026年7月30日至8月初，数千个存储在硬件钱包中的比特币被盗，而这些设备正是用户为了避免此类风险而专门购买的。根本原因是 Coinkite 生产的 Coldcard 钱包存在固件缺陷。有三点需要提前说明：该漏洞已修复，受影响的版本是有限且可识别的特定集合，而非所有已售设备，且使用了种子短语（passphrase）的用户风险显著降低。以下是事件经过、受影响群体、受影响用户的应对措施，以及在明确各自失效模式后主要托管方案的对比。

事件经过：时间线梳理

报告的损失呈波浪式上升。应将其视为一系列有时效的数据序列，而非单一的头条数字。

2026年7月30日 — 第一波攻击。约 594 BTC（约 3800 万美元）在不到一小时内从约 500 个休眠地址中被盗。
约 30 小时 — 在 Coinkite 公开披露前攻击持续的时间。
2026年7月31日 — 被盗资金尚未被清算。Wincent 的 Paul Howard 在接受 CoinDesk 采访时表示，清算的可能性“将在短期内对比特币价格造成压力”。
2026年8月1日 — Coinkite 发布了公告并提供了修复后的固件。
2026年8月初 — 多波攻击累计报告损失达到约 1,367 BTC（约 8800-8900 万美元），涉及 4,585 个地址。部分报告数据更高。

漏洞原理

硬件钱包的核心承诺是私钥在设备上创建且永不离开。该承诺基于一点：生成私钥的种子必须是真正不可预测的。

在受影响的固件上，种子生成并未调用 STM32 芯片的硬件随机数生成器，而是回退到了确定性的软件生成器——MicroPython 的 Yasmarang 回退方案。确定性是关键：相同的初始条件每次都会产生相同的输出，因此可能种子的集合从天文数字缩小到攻击者可以在离线状态下穷举并对照公共区块链进行核对的范围。

这就是为什么此次攻击无需物理接触任何人的设备。没有任何东西被盗取、拆解或篡改。私钥是通过计算重建的，其控制的地址被清空。

受影响群体与未受影响群体

风险范围仅限于可识别的固件：Coldcard Mk3 v4.0.1–4.1.9 及更早版本，可追溯至 2021 年 3 月的构建版本。关键在于种子生成时所使用的版本，而非当前安装的版本——即使设备此后多次更新，仍可能持有在受影响版本上创建的种子。

两件事保护了用户。辅以独立熵（如生成过程中混入掷骰子结果）的种子风险显著降低。受强 BIP-39 种子短语保护的种子亦然。种子短语是大多数关于此事件报道中具体且被低估的细节：它是叠加在种子之上的额外秘密，从不写入设备的备份中，因此仅恢复种子无法重建钱包。这也是大多数所有者跳过的设置，因为它增加了丢失的风险。

-- 价格

受影响用户应采取的措施

Coinkite 的建议很直接：如果种子是在受影响版本上生成的，请迁移资金。

确定种子是在哪个固件版本下创建的，而不仅仅是设备当前运行的版本。
安装 2026 年 8 月 1 日之前发布的修复固件。
生成一个全新的种子并将资金迁移至该种子。仅打补丁无法修复现有的弱种子——该密钥已经存在且仍可被推导。
将旧地址视为已泄露并停止向其接收资金，即使目前尚未发生资金变动。

托管是一个光谱，而非二元对立

这里的有用框架不是“自我托管与交易所”。而是一个权衡的光谱，每个位置都有明确的失效模式，没有一个是零风险的。

带有种子短语的硬件钱包

针对此类特定攻击的最强立场——被破解的种子本身不足以窃取资金。失效模式是人为的，而非技术的：遗忘或备份不当的种子短语会导致资金永久无法找回，没有恢复路径，也无人可申诉。

纯硬件钱包

没有交易对手持有任何东西，公司倒闭也无法触及资金。失效模式是固件和供应链——正是此次事件。用户还需负责更新、备份和迁移，此次漏洞表明这种责任包括对公告做出快速反应。

交易所托管

种子问题消失了，因为用户从不生成种子。失效模式转移到了交易对手风险，参考案例是 FTX：客户资产存放在倒闭的托管方处。在平台上保持活跃余额的交易者——无论是购买比特币还是交易合约——只是将密钥管理风险换成了交易对手风险，而非消除了风险。

关于哪种权衡更好的争论是开放的。CoinDesk 在 2026 年 8 月 2 日报道称，与 FTX 倒闭不同，此次漏洞导致投资者将比特币转回交易所。彭博社的 Eric Balchunas 认为，这加强了现货比特币 ETF 的理由，它完全将用户从种子创建、固件更新、备份和迁移中解放出来。Willy Woo 公开捍卫自我托管（CryptoTimes，2026 年 8 月 3 日）。两者都在描述一种真实的权衡，而此次事件并未定论。