学习

Coldcard 漏洞:为什么无声的随机数故障碰不到你的保险库

2026 年 7 月,窃贼靠猜出本该猜不出的密钥,把比特币钱包搬空了——一个固件漏洞在五年里悄悄给这些钱包喂了可预测的“随机”数。这种事会发生在 Sealby 保险库上吗?不会。下面用大白话说清楚为什么。

要点速览

  • 2026 年 7 月的钱包失窃只源于一个无声的错误:设备跳过了自己的硬件随机数,用可预测的值造密钥,一造就是五年。
  • Sealby 从不自己造随机数——密钥来自操作系统那个由硬件播种的随机源,所以根本没有自制的生成器,也就没有东西可以让隐藏的错误弄坏。
  • 生成密钥时会检查两条互相独立的系统路径,只要有一条不对劲就当场停住。随机数出问题,会是你屏幕上的一条报错,而不是悄无声息的五年。
  • 就算随机数出了岔子,也不可能悄悄重复出同一把密钥——唯一性是保险库构造方式里自带的,不是交给运气的。
  • 不需要信任:你可以用自己掷出的骰子创建保险库,再用一个独立的工具验证结果。

一分钟说清发生了什么

2026 年 7 月 30 日,攻击者开始搬空那些密钥可以直接猜出来的比特币钱包:2021 年 3 月的一个固件错误,让受影响的设备跳过自己的随机数芯片,改用可预测的值来造密钥。五年里一切看上去都没问题——然后几天之内,数千万美元就没了。事情的来龙去脉到处都有报道。对每一个拥有加密保险库的人来说,剩下的问题更简单:这会发生在我的数据上吗?

为什么随机性就是全部

所有被加密的东西,都从一个随机数开始。真正随机,猜它就是没指望。悄悄变得可预测,建在它上面的一切照样运转得完美无缺——却什么也没保护住。更糟的是,加密数据可以在攻击者自己的电脑上被私下攻击,没有次数限制,也没有任何警报。第一个随机数有多强,就是全部胜负所在。

为什么这在 Sealby 里不会悄悄发生

Sealby 从不自己掷骰子。每一把密钥都来自操作系统内置的随机源——由 Apple 为平台自身的安全用硬件播种并维护。Sealby 内部没有自制的生成器,也就没有东西可以让隐藏的错误弄坏;而且从不会拿任何可预测的东西——时间戳、设备标识符——当作密钥材料。

还有两道安全网。生成密钥时会检查两条互相独立的系统路径,只要有一条不对劲就当场停住——那是你屏幕上的一条报错,而不是悄无声息的五年。而且,就算某个随机数真的重复了,也不会悄悄用同一把密钥去保护两样东西,因为唯一性是保险库构造方式里自带的。每一次构建还会拿固定值来测试,所以当年弄坏那些钱包的那种改动,第一天就会让 Sealby 构建失败。

不需要信任:自己掷骰子

对你最敏感的那些保险库,你根本不必信任任何生成器——Sealby 的不用,Apple 的也不用。掷真骰子,把点数输进去,这个保险库的密钥和恢复短语就由你的随机性造出来。你甚至可以用一个单独的、独立的工具去核对结果。这才是这次钱包失窃真正的教训——不是“相信我们”,而是“来查我们”——它也是你的文件应得的标准。

快速问答

Sealby 受 Coldcard 漏洞影响吗?

不受影响。Sealby 与任何钱包都不共用代码、固件或硬件,它的密钥来自 iOS 内置的随机源——就是 Apple 为平台自身安全而用专用硬件播种的那一个。

会不会有隐藏的随机数漏洞悄悄削弱我的保险库?

这类故障是从设计上排除掉的,而不是靠一句承诺挡住的。Sealby 会检查两条互相独立的系统随机数路径,只要有一条不对劲就立刻停下——创建会明确地失败,而不是带着更弱的东西继续走下去。让那些钱包被搬空的故障恰恰是另一回事:无声地切换到可预测的数字。在 Sealby 里,这种事没有地方可藏。

Sealby 是怎么生成密钥的?

来自操作系统的加密随机源,由 Apple 用硬件播种——从不来自时间戳、设备标识符或任何可预测的东西。每一次构建还会与固定的测试值比对,所以密码学部分一有改动,就会让构建失败,而不是被发布出去。

恢复短语的词越多就越安全吗?

光靠词数不行。这些词只是底下那个随机数的可读写法——出事的那些钱包,也是从一个极小的池子里生成了看上去很正常的短语。真正算数的是随机性从哪里来,而不是用多少个词把它写出来。

我用过受影响的钱包——该怎么办?

按厂商的官方安全公告来,别按新闻标题:先确认你的设备、固件版本和设置方式是否在受影响之列,再照它的迁移步骤操作。这里的任何内容都不是关于第三方产品的建议。

你的保险库,已经就绪。

下载 Sealby,守护重要的东西。设置不到一分钟,也无需创建任何账户。

在 App Store 下载

iPhone 和 iPad · iOS 17+ · 免费