研究札记，2026 年 9 月 3 日。本文明确区分已确认事实、厂商声明、链上估算与我们的分析。本文撰写时，Coinkite 的正式技术事后分析尚未发布。随着调查人员将更多交易归入本次事件，损失总额也在变化，因此下文数字只是注明日期的阶段性快照，而非最终核算结果。

2026 年 7 月，数千个地址中的 Bitcoin 不翼而飞；这些地址的所有者原以为其密钥受到 Coldcard 硬件钱包保护。首先要纠正、也是最能揭示问题的一点是：设备并未遭到远程接管。某个固件错误削弱了部分钱包创建时所用的随机性。攻击者可以在别处搜索缩小后的密钥空间，找出候选私钥，将派生地址与公开的 Bitcoin 区块链比对，并在完全无需接触硬件的情况下花费匹配地址中的资金。

金库的物理防护可以极其坚固；但若存入其中的秘密从一开始便可预测，它依然会失守。

正因如此，这起事件的意义远超一家厂商。它动摇了一个令人安心却失之草率的判断：有硬件就等于安全，组件越多保护越强，功能清单越长保障程度越高。这些说法没有一项构成威胁模型。安全来自完整系统——熵、固件、硬件、构建流程、分发、界面、备份、操作者行为与人身安全——也来自足以让外部人员检验其主张的证据。

Coldcard 发生了什么

据 Coinkite 的官方安全公告所述，受影响固件采用了一条有缺陷的种子生成路径。在 Mk2 或 Mk3 的 4.0.1 至 4.1.9 固件上创建的钱包种子存在风险，除非用户加入了足够的私密、独立骰子熵，或用一个强且唯一的 BIP39 密码短语形成了额外屏障。该公告还涵盖 Mk4、Mk5 和 Q 设备在各自修复后的 Standard 或 Edge 版本发布前生成的种子。对于这些较新的设备，Coinkite 报告称熵约为 72 位，而非预期的 128 位。

故障起源于 2021 年 3 月发布的固件，并潜伏多年。硬件保护机制确实在保护交给它的秘密；问题在于，秘密生成流程没有提供预期的不确定性。一旦攻击者能以可行成本穷举可能的种子，公开区块链便提供了完美的集合成员检验：派生地址、查看其中是否有资金，再用任何恢复出的密钥签名。整个过程无需钓鱼提示、USB 会话、被盗包裹或物理接触。

弱熵为何是灾难性的

钱包种子的安全，并不取决于它在人看来是否随机；而在于任何对手都无法切实辨别或枚举其底层可能性。每增加 1 位熵，搜索空间就扩大一倍。从 128 位降至 72 位，绝非让种子“稍微弱一点”，而是少了 56 次工作量翻倍。若有效搜索空间更小，原本在天文尺度上不可能完成的搜索，就会变成一项工程任务。

恢复词在语法上仍然有效。地址看起来一切正常。硬件照常签名。备份也能正确恢复。这是一种静默失效：所有看得见的操作仪式都可能顺利完成，但安全前提早已崩塌。正因如此，随机数生成既需要围绕连接逻辑开展确定性测试，也需要围绕熵源进行真机仪器化检测，还需要能把已审查源代码与实际出货固件关联起来的发布证据。

盗窃分波次展开

7 月 30 日，第一轮被报告的扫转在约 25 分钟内，从约 500 个地址转走大约 594 BTC。随后，归因分析将事件范围进一步扩大。一份TRM Labs 于 8 月 5 日发布的评估称，当时累计数已接近 1,816 BTC——按该时间点计约 1.16 亿美元——涉及 4 个波次、超过 5,200 个地址。其他调查方采用不同的确认规则，后来报告的总额也略有差异。因此，这些数字应被视为事件规模的证据，而不是已经定案的最终账本。

Coinkite 的当前安全状态页面明确表示，正式事后分析仍在进行中，并未声称每一笔被报告的损失都已逐一完成归因。这种不确定性并非淡化事件的理由；恰恰要求我们保留已验证机制、已观察交易、分析性归因与最终取证结论之间的区别。

更新固件无法修复旧种子

受影响用户绝不能忽视这一操作事实。修复后的固件只会纠正今后的种子生成，无法追溯性地为已存在的种子增加熵。将该种子恢复到新硬件上，钱包仍受同一个脆弱秘密控制。更换金属外壳、安装移动应用，或把这些恢复词转移到另一个品牌，都不会改变密钥。必须把资金转移至由全新生成且受到独立保护的种子所派生的地址。

截至 2026 年 9 月 3 日核验时，Coldcard 状态页面将 Mk4/Mk5 Standard 5.6.1 与 Q Standard 1.5.1Q 列为建议采用的 Standard 版本。最低修复版本分别为：Mk2/Mk3 4.2.0 或更高版本；Mk4/Mk5 Standard 5.6.0 或更高版本；Q Standard 1.5.0Q 或更高版本；Mk4/Mk5 Edge 6.6.0X 或更高版本；以及 Q Edge 6.6.0QX 或更高版本。发布轨道至关重要：数字更大的 Edge 版本，并不自动等同于已修复的 Standard 版本。

如果你可能受到影响

  1. 不要再依赖外壳。确认设备型号、发布轨道、生成种子时所用的固件，以及官方规定的独立骰子例外是否明确适用。若不能确定，就按种子已受影响处理。

  2. 只遵循官方指引。直接打开 Coldcard 的安全公告与安全状态页面，核验已签名固件和公布的哈希值，并拒绝未经请求的“迁移协助”。任何正当协助者都不需要你的恢复短语。

  3. 在已修复的环境中创建一个全新种子。不要编辑、打乱或向旧短语追加词语。新钱包需要新的熵。若余额重大，应考虑采用独立实现或设计得当的多重签名策略，避免某一家厂商的种子生成路径成为唯一的信任根。

  4. 转入资金前先验证恢复流程。私下记录备份，在受控流程中执行恢复，并确认预期的公开指纹或收款地址。从未经过测试的备份只是一项假设。

  5. 先小额测试，再转移余款。转移全部余额前，先核验目标地址与确认结果。不要仓促行事，但也不要把从容有序的流程误解为可以拖延处理暴露种子的许可。

  6. 停用旧种子。固件更新和事后添加的强密码短语都无法修复它。保留税务或法律所需的记录，但不要留存不必要的秘密副本。

Coinkite 表示，在受影响的 Add Dice Rolls 工作流中，至少 50 次公平、独立且私密的掷骰，单靠骰子就提供了至少 128 位熵；99 次或更多则提供约 256 位。具体条件至关重要。若序列被记录、被他人观察、存在偏差、不独立，或其状况不确定，就不能仅凭次数臆断它是安全的。一个预先存在的强 BIP39 密码短语或许能增设一道屏障，但 Coinkite 仍建议迁移，也没有把密码短语描述成对种子的修复。

设备并未遭破解——这才是更深层的警示

把每一笔损失都称作“硬件钱包被黑”，是把数种不同的失效类别压缩成一句耸动的概括，反而遮蔽了本可奏效的控制措施。在 Coldcard 事件中，攻击者没有攻破每位受害者手中的外壳、键盘、USB 控制或安全元件。之所以能绕过设备，是因为根秘密可被枚举。

安全边界只能保护穿过它的东西。如果进入安全元件的密钥本就薄弱，如果恶意固件借签名泄露密钥，如果屏幕显示的是攻击者控制的目标地址，或者有人受胁迫而授权转账，那么专用硬件的存在并不能化解这些攻击。

硬件钱包损失并非千篇一律

多起已有记录的事件与研究演示表明，为什么这个类别必须精确定义。它们并不能证明硬件钱包毫无用处；它们说明，硬件只是把风险转移到另一个由芯片、固件、供应链、主机软件、签名协议、备份及人为流程组成的系统中。

1. 故障注入与物理提取种子

2020 年，Kraken Security Labs 披露了一种针对 Trezor One 与 Model T 设备的电压毛刺技术。Kraken 报告称，约 15 分钟的物理接触即可提取加密后的种子材料，随后可对较短的 PIN 进行暴力破解。其实际缓解措施，是使用一个不存储在设备上的强 BIP39 密码短语。Kraken 还记录了针对 KeepKey 的同类攻击。

这与 Coldcard 面临的是不同威胁。它要求攻击者持有目标设备并实施实验室级的故障注入。它表明，防篡改能力取决于所选微控制器和存储设计；PIN 也未必是高熵的加密秘密。

2. 真实硬件签名器外围的软件遭到破坏

2023 年 12 月，Ledger Connect Kit 供应链事件向加载了受损软件包的 dApp 注入恶意代码。据 Ledger 称，该代码诱骗 EVM 用户签署会清空资金的交易。硬件设备并未自行泄露种子；是围绕设备的系统向合法签名者呈现了恶意意图。

正因为存在这类失效，“密钥从未离开设备”虽是必要条件，却并不充分。当用户、主机或显示界面无法可靠理解所签内容时，安全密钥也可能忠实地授权一笔错误交易。清晰的交易解码、可信的显示界面、狭窄的权限范围、依赖项控制，以及抵御盲签，都是资产保管安全的一部分。

3. 通过正常签名泄密的恶意固件

Block 的研究人员发布了一项可实际实施的研究攻击，其中，被攻陷的钱包固件将秘密材料隐蔽编码进表面正常的签名。他们的威胁模型假定，固件可经供应链失陷、内部人员行为、构建系统失陷或签名密钥失陷等路径遭到破坏。若已签名交易本身成为数据外泄通道，气隙也无济于事。

在这里，可复现构建、多个独立构建者、固定依赖版本、安全启动和多重签名多样性才显出意义。它们针对链条中的特定环节，却不会神奇地为设计、源代码或操作者背书。

4. 备份暴露、地址替换与胁迫

现实中的许多盗窃根本不利用芯片漏洞。攻击者会偷取或拍摄种子备份、替换收款地址、冒充客服、破坏购买或运输流程、拿到仅受弱 PIN 保护的设备，或强迫所有者配合。恢复短语按设计就是可移植的主凭证：无论原设备在哪里，任何拿到它的人都能在别处恢复钱包。

为什么复杂性越高，安全性反而可能越差

复杂性有时确有必要。独立显示屏能让交易审核更加可信；安全元件能提高物理提取的成本；多重签名能消除单个密钥这一单点故障。但每增加一种机制，也会带来新的接口、状态、更新路径、依赖项、恢复流程和假设。正确的问题不是“这套系统复杂吗？”，而是“每个组件控制了哪一种威胁，又引入了哪些新的失效模式？”

Saltzer 和 Schroeder 提出的经典机制经济性原则指出，保护设计应尽可能简单、精简，才能使检查与理解保持可行。现代NIST 系统安全指南同样把缩减攻击面，以及规模庞大、难以分析的多功能组件，视为架构层面的问题。简洁并不意味着没有控制措施，而是拒绝添加那些无法解释、测试和正确操作其行为的控制措施。

  • 代码越多，潜在缺陷越多。完整审查的成本也更高，各部分交互更难推理。

  • 模式越多，配置风险越大。Standard 与 Edge 固件、多种种子工作流、密码短语钱包、USB 与气隙路径，以及各种备份形式，单独看都可能安全，组合起来却可能令人困惑。

  • 接口越多，信息转译风险越大。硬件屏幕、主机应用、QR 格式、microSD 工作流、浏览器连接器与网络后端，必须对用户究竟在授权什么达成完全一致。

  • 仪式越繁复，遵循率越低。如果安全路径难以执行，人们就会跳过验证、推迟更新、重复使用备份，或在不理解内容的情况下照做紧急指示。

  • 信心越强，损失可能越大。产品若以“冷”“气隙”或“不可攻破”自我宣传，可能会促使用户把更多价值集中到一个种子背后。集中化会把一个隐蔽缺陷放大成灾难性后果。

只有各层相互独立时，纵深防御才有价值。重复采用相同实现、相同熵源、相同厂商或相同恢复秘密，并不构成独立防御。

开源、审计、可复现构建与 AI 审查不是同义词

Coldcard 的记录格外值得借鉴：其固件公开，也已有可复现构建文档，但易受攻击的路径仍在发布版本中存在多年。这并不意味着开放毫无用处；它表明，证据是否可得，与是否确实检验了正确的安全属性，是两件不同的事。

  • 开源意味着外部人员可以检查实现，但不能由此证明有人审查过每一条安全关键路径，也不能证明公开代码树生成了设备上安装的二进制文件。

  • 独立审计是一项边界明确的工作。其价值取决于具名审查者、确切提交或版本、威胁模型、受测属性、排除项、发现结果以及修复证据。“已审计”若没有范围，只是一句口号。

  • 可复现构建允许独立构建者遵循公开方案并比较输出。结果匹配可以把源代码关联到发布制品，却不能证明源代码本身正确。

  • 应用商店审查与代码签名建立了分发和平台控制，但它们本身不能证明 App Store 二进制文件与公开代码库逐位相同。

  • AI 辅助审查可以搜索大型代码库、提出对抗性假设、比较不变量，并加速人工分析。模型也可能遗漏上下文、接受错误前提，或给出貌似可信却并不正确的发现。AI 审查只是另一种观察视角，而非认证机构。

Coldcard 当前的状态页面示范了良好的范围表述：它列出针对真机 RNG 的仪器化检测、源代码审查、热修复审查，以及可复现构建连同骰子路径追踪，随后明确说明，这些检查并不是对每个固件二进制文件的完整审计，也不保证不存在缺陷。这样的句子，比一个毫无限定的认证徽章更有价值。

Aperture 可以如实声称什么

Aperture 采用不同的资产保管架构：它是一款源代码公开的 iPhone 与 iPad 应用，而不是专用硬件签名器。其公开代码库依据 MIT 许可证公开移动客户端与构建说明。其已发布的安全模型说明，钱包秘密通过应用作用域内的 iOS Keychain 存储，并采用仅限本机的保护方式；本地数据库保存的是不透明引用，而非恢复短语或私钥。交易在设备上构建并签名，随后才把已签名数据发送给网络基础设施。

Apple 的平台安全文档介绍了强制代码签名、开发者身份识别、自动与人工 App Store 审查、沙盒机制及运行时签名强制执行。其Keychain 文档介绍了逐项保护，以及 Secure Enclave 对 Keychain 密钥处理的参与。这些都是真实的平台控制措施；但它们并不意味着 Aperture 的区块链私钥本身就是 Secure Enclave 密钥，Aperture 也从未作出这项声明。

Aperture 还刻意收窄产品范围。它不运营托管账户，也不持有由公司保管的恢复副本；其核心设计避免把钱包变成买卖平台、兑换引擎或通用的钱包内浏览器。2.40.12 版增加了物理随机性健康检查：当用户用骰子、抛硬币或数字构造熵时，检查是否存在极端重复、某一结果占绝对优势或可预测循环。这些检查能发现显而易见的失效模式，却无法证明物理过程公平或私密。

Aperture 能否比硬件钱包更安全？

对某些威胁模型而言，可以；若作为普遍断言，则不可以。手机钱包可以避开专用设备的制造与运输路径，减少那些会明显暴露高价值资产由本人保管的实体物件，利用更新迅速且均经签名、并具备成熟沙盒机制的平台，还可把可供检查的实现置于用户熟悉、因而更可能正确操作的界面中。更小的功能范围也能消除整类浏览器、兑换、授权及跨设备转译风险。

对另一些威胁模型而言，设计良好的独立签名器是一道重要边界。如果手机操作系统或钱包进程遭到破坏，物理隔离和可独立信任的显示屏能够阻止联网主机获取或滥用密钥。对于机构级或足以改变人生的资产规模，更强的架构或许是经过周密测试的多重签名策略：采用彼此独立的实现、独立熵、分离的地点与有文档可循的恢复流程；而不是让一部手机与一个硬件盒子争高下。

因此，“硬件”二字绝不应终结分析。iPhone 同样是硬件。真正相关的差异在于：哪些代码在执行，它如何构建和分发，秘密可在何处被访问，用户能验证什么，交易如何显示，更新如何发生，以及哪些单点故障可以导致资金被转移。

证据边界同样适用于 Aperture

Aperture 网站目前声称，该应用经过独立审计并采用可复现构建。其公开审计登记页被指定为记录审查者姓名、确切范围、日期、受审版本、报告、发现、修复情况、哈希值与可复现性材料的权威位置。本文发布时，该登记页尚未展示这些具体材料。公开 GitHub 代码库也没有发布制品可供独立复现其与 App Store 二进制文件的匹配关系。

因此，本文并不声称“App Store 二进制文件中的每一行都已被证明安全”，也不声称多家公司已认证其每一项行为，或 AI 已验证整个应用。此类表述会超出现有公开证据所能支持的范围。技术上准确的区分是：源代码发布在 GitHub 上，而 Apple 通过 App Store 分发经签名的编译后二进制文件。要把两者关联起来，需要公开的构建方案、不可变的源代码修订版本、锁定的依赖项、捕获的 App Store 制品、针对 Apple 签名影响的规范化流程、匹配结果以及独立证明。

当一项声明附带了足够证据，连持怀疑态度的陌生人都能复现时，验证才最有力。评判 Aperture 时，应当像评判任何硬件钱包厂商一样严格遵循这一标准。

大学研究水准的验证材料包应包含什么

对于研究人员、审计人员、记者和机构评估者，可信的钱包安全声明应是一条可逐步查验的证据链，而不是摆满徽章的墙。最低限度应要求：

  1. 精确的威胁模型。分别列明远程攻陷、物理提取、恶意更新、构建系统失陷、弱熵、交易替换、备份被盗、胁迫与可用性。

  2. 不可变的受审修订版本。明确纳入范围的提交、依赖关系图、编译器和 SDK 版本、构建标志、权限声明与配置。

  3. 具名的独立报告。公开审查者、方法、日期、排除项、严重性标准、发现结果，以及用于确认每项修复完成的证据。

  4. 从源代码到二进制文件的可复现性。提供完整方案，以及与确切公开版本相绑定的独立构建结果。解释所有非确定性差异或由签名产生的差异。

  5. 熵路径证据。在真实硬件上测试熵源，验证失效行为，拒绝静默回退，并追踪发布构建所走的确切路径。仅做统计输出测试，无法证明生成器已正确接入。

  6. 对抗性交易测试。测试收款人替换、手续费操纵、恶意元数据、盲签边界、广播中断，以及各个显示界面与签名器之间的解析差异。

  7. 恢复与更新演练。在现实的时间压力下测试操作说明，包括信息不完整、旧版本、迁移、设备丢失，以及更新可能无法修复既有秘密的情形。

  8. 持续且多元的审查。将确定性测试、静态分析、人工专家审查、模糊测试、真机测试和 AI 辅助审查作为互补方法。记录每种方法证明了什么，又没有证明什么。

威胁可能走出屏幕

自主保管可以移除托管方，却也可能让个人成为最终授权边界。无法破解密码学的窃贼，可能转而针对所有者、家人、住所、工作地点或公开身份。专用硬件有时会让攻击者更容易锁定目标：它会显眼地表明某人认真保管着资产，或制造一个攻击者预期能找到的实体物件。若余额可见，手机也会暴露持仓。两种形态都不能解决胁迫问题。

一项 2024 年经过同行评审的研究《“扳手攻击”调查：针对加密货币用户的物理攻击》分析了访谈、论坛和 146 篇新闻报道。其筛选后的新闻数据集包含 105 起物理攻击事件；报道中占主导地位的行为包括 24 起绑架与 6 起谋杀。作者强调了漏报问题，并发现资深安全从业者同样不能幸免。这些数字描述的是该研究的数据集，不代表全球发生率，也不能证明某一种钱包类型导致了每一宗犯罪。

这种危险并非理论假设。2024 年，美国司法部介绍了一起共谋案的定罪情况：犯罪团伙通过监视、入室抢劫、绑架、袭击和威胁，强迫受害者清空加密货币账户。由此得出的教训，不是恐慌，也不是拒绝正当帮助；而是应把操作隐私与人身安全视为钱包设计的一部分。

人身安全高于资产找回

  • 不要公开宣扬余额或存储细节。公开地址、屏幕截图、会议交谈、社交媒体帖子、运输记录和丢弃的包装，都可能把身份、位置与他人眼中的财富联系起来。

  • 将日常资金与储备分开。日常支付钱包不应暴露或控制完整的长期资产配置。避免把所有资产与恢复路径集中到一个可以立即访问的秘密之下。

  • 重大价值采用独立授权。设计得当的多重签名可以避免一台被盗设备或一个受胁迫地点单独就足以转移资金，但前提是密钥、实现与恢复材料真正彼此分离。

  • 保护界面所透露的信息。使用应用锁和应用切换器隐私控制，避免在公共场合显示完整余额，并在不暴露无关持仓的前提下核验收款人。

  • 与合格的本地专业人士共同规划。高风险个人与机构应与熟悉其司法辖区和个人情况的专家合作，制定合法的物理安全、旅行、事件响应、遗产安排与家庭安全流程。

  • 绝不要为钱包拿生命冒险。任何恢复短语、设备、交易或金额，都不值得以人身伤害为代价。遭遇迫在眉睫的威胁时，应优先保障人身安全，并在安全允许时联系当地紧急服务机构。

教训在于证据，而非阵营忠诚

Coldcard 的失误并不能证明目前每一台 Coldcard 都不安全、每一种硬件钱包都不过是安全表演，或每一种手机钱包都更优越。Coinkite 已发布修复版本、迁移指引、有针对性的独立验证，以及这些检查能够证明之事项的明确边界。负责任的分析，应同时承认事件的严重性与补救记录。

同样，Aperture 也不应仅凭批评另一种架构就自动获得信任。它公开的源代码、收窄的资产保管模型、Apple 平台控制、本地签名与可审查性，都具有实质意义。当具名第三方发布审查范围和发现结果，当研究人员能够从不可变的源代码复现已分发二进制文件，以及当 AI 辅助审查与确定性测试及可问责的人为判断相结合时，这些优势会更坚实。

历久不衰的结论更为简单：安全不取决于盒子的材质；它取决于秘密的质量、完整系统的行为、防御措施的独立性、界面的清晰度，以及可用于验证每一项重要声明的证据。复杂性或许必不可少，但它必须针对每一种所要控制的威胁，逐一证明自身存在的价值。

继续阅读 Aperture 关于利用物理随机性构造熵、BIP39 密码短语、自主保管安全模型以及应用密码与隐私控制的指南。

主要与技术资料来源

Aperture 与 Coldcard、Coinkite、Trezor、Kraken、Ledger、Block 及文中引用的研究人员均无隶属或背书关系。产品与公司名称归各自所有者所有。本文用于安全教育，不构成针对个人的财务、法律或紧急情况建议。绝不要向网站、客服人员、研究人员或 AI 助手提供恢复短语、私钥、钱包密码短语、应用密码或备份密码。