加拿大用户占 $116M Coldcard 漏洞损失的 25%

加拿大比特币持有者承担了持续发生的 Coldcard 硬件钱包漏洞利用事件全部损失的 25%，成为受影响最大的单一群体。分析师将这种地区性集中归因于 Coldcard 母公司 Coinkite 在当地的强大影响力，该公司总部位于多伦多。此次漏洞源于 2021 年 3 月的一次固件更新，该更新引入了配置错误的随机数生成器，使攻击者能够在 41 分钟内从 1,200 个钱包中转走 7000 万美元。多个国家的总损失达到 1.16 亿美元，其中包括澳大利亚、美国和泰国。

加拿大占 Coldcard 漏洞利用损失的 25%

加拿大比特币持有者是受 Coldcard 硬件钱包漏洞利用事件影响最大的单一群体，承担了全部可归因损失的 25%。分析师指出，这种集中情况与 Coinkite 总部位于多伦多相吻合。

根据 Chainalysis 的可视化追踪，澳大利亚是受影响第二严重的国家，占总损失的 15% 至 20%。美国和泰国紧随其后，损失占比在 10% 至 15% 之间。此次漏洞对英语国家和较早采用比特币的司法管辖区打击最为严重，西欧、拉丁美洲以及包括尼日利亚和南非在内的非洲加密货币中心也遭受了额外影响。

此次事件中被盗资产总额达到 1.16 亿美元。

2021 年 3 月固件更新被确定为根本原因

Galaxy Research 确定，2021 年 3 月的一次固件更新是导致此次攻击的唯一故障点。该更新引入了新的随机数生成器，但配置连接错误，系统默认使用了较弱的版本。

“问题在于它配置错误，反而默认使用了较弱的版本。它无声失败，没有发出警告。没有人知道他们的私钥是在低熵环境下生成的，”Galaxy Research 表示。“五年后，一名攻击者在 41 分钟内从 $70M 的 1,200 个钱包中转走了资金。”

CertiK 高级区块链调查员 Natalie Newson 表示，根本原因源于一个具体的配置错误：MICROPY_HW_ENABLE_RNG 被设置为零。

“对于静态防护检查而言，#ifndef, a macro set to 0 is still defined,” Newson explained. “The safety check evaluated to true, suppressing the # 采用了错误的‘故障开放’模式，允许构建系统继续运行，仿佛一切都已正确配置。”

CertiK 调查员概述紧急补救协议

Newson 敦促制造商从生产环境中移除回退机制，并始终只保留一个获批准的 RNG 提供商。她强调，从熵获取到助记词生成的完整路径，都必须处于 NIST FIPS 140-3 所定义的验证边界内。

针对正在进行自动化转移的事件响应，Newson 表示：“首要任务应是立即沟通漏洞的影响范围，确定受影响用户，并提供明确的缓解指导，同时在发布任何修复方案前对其进行全面验证。”

对于持有已被攻陷助记词的用户，Newson 建议遵循严格流程：获取一个可信的硬件钱包，离线生成新的助记词，通过一笔小额测试交易验证设置，然后将所有剩余资金转移到新的、经过验证的设置中，之后再尝试更新原设备上的固件。

Newson 敦促用户使用不同制造商生产的硬件钱包，将风险分散到多个账户，从而避免单一故障点。

行业专家质疑单签名自托管模式

Human.tech 联合创始人 Nanak Nihal Khalsa 认为，此次事件凸显了硬件生态系统中持续存在的第三方风险。

“‘不是你的密钥，就不是你的币’忽略了一个重要事实：即使采用自托管，你也始终在将信任外包出去。这只是又一次证明，自托管并不会改变这一事实，”Khalsa 表示。

Newson 指出，主流采用需要具备平滑降级能力的系统，使用户或供应商的任何单一错误都不会导致用户失去其持有的资产。

“单签名自托管完全没有容错空间，”Newson 表示。“依赖单一设备的用户，信任的是实体硬件、代码及其所有依赖项，以及用于发现任何问题的质量保证检查。”

Newson 总结称，多供应商、多重签名或门限签名（MPC）设置应成为默认基线。“目标是从‘信任单一设备’转向确保任何单一遭到攻陷的组件或参与者都无法转移资金。实际上，签名密钥或门限份额应分布在相互独立的组织和技术故障域中，使任何提供商都无法单独重构密钥或授权交易。”

常见问题

加拿大用户遭受了 Coldcard 漏洞利用损失的百分之多少？
加拿大比特币持有者承担了 Coldcard 硬件钱包漏洞利用事件全部损失的 25%，成为受影响最大的单一群体。分析师将这种集中情况归因于 Coinkite 总部位于多伦多。

是什么导致了 Coldcard 硬件钱包漏洞？
Galaxy Research 确定，2021 年 3 月的一次固件更新引入了配置错误的随机数生成器，这是此次事件的根本原因。该配置错误（MICROPY_HW_ENABLE_RNG 被设置为零）导致系统默认使用较弱的随机数生成器，在无声失败且未向用户发出警告的情况下，以低熵生成私钥。