一部断网的旧iPhone，真的能当冷钱包吗？

很多人手里都有退役的旧iPhone。断个网、关掉Wi-Fi和蓝牙、装个钱包App，好像就成了一台"免费冷钱包"。

但 OneKey 的维护者 Yishi 给出的答案很直接：你可以这么做，但我要求至少是 iPhone 17 或更新机型，跑 iOS 27 或更高版本，而且每一到两年就得换一台更新的设备。

这不是苹果的官方认证，也不代表过了这条线就万事大吉。原因很简单——把手机断网，并不会消除"有人物理接触到它"带来的风险。

要理解这件事，得先看看一部手机落到边境检查站或取证实验室手里，会发生什么。

边境搜查根本不需要你的手机联网

美国海关与边境保护局（CBP）2025 财年的报告里，记录了 55,318 次电子设备搜查——50,922 次是基础搜查，4,396 次是高级搜查。统计周期从 2024 年 10 月 1 日到 2025 年 9 月 30 日。

注意，这是搜查次数，不是 55,318 台被成功破解的 iPhone。

  • 基础搜查：官员直接翻看设备内容，也可能把信息录入 CBP 系统

  • 高级搜查：连接外部设备（有线或无线）来复制、分析内容


2026 年 1 月的一份指令里藏着个容易漏掉的细节：仅仅用设备让内容可供检查（包括绕过密码或突破加密），本身并不算"高级"搜查。所以基础/高级这个二分法，并不能干净地统计出哪些手机遭遇了解锁工具。

按照 CBP 政策，高级搜查需要合理怀疑或涉及国家安全关切，还要主管批准。无法被检查的手机可能被扣押。美国公民不会因为设备无法被检查就被拒绝入境，但申请入境的外国人，不配合会和其他情况一并考量。

对冷存储最要命的一点是：CBP 政策把检查范围限定在设备本地存储的信息上。 官员必须关闭网络连接，或要求旅客自行关闭，避免取到仅远程存储的资料。手机在被检查本地内容前，会被刻意断网。

一张本地保存的照片或笔记，不会因为 Wi-Fi 关了就打不开。

合法的执法检查和盗窃是两码事，但托管的教训一样：你必须假设，另一个人有可能检查你随身带着的数据。

Notes 或 Photos 里的助记词，依然是助记词

我绝不会拍一张恢复短语的照片存进相册，然后因为 iPhone 没联网就管这叫冷存储。也不会把它粘进一条普通笔记里。

这些文件确实受 iOS 加密与数据保护庇护，不一定以明文躺在 NAND 上。但问题在于：一旦有人拿到了这些内容，秘密就明摆在那里，以文字或图片的形式可读。 钱包自身的密码、交易审批和签名控制，不再挡在"那份副本"和"有人重建钱包"之间。

锁定笔记（Locked Notes）值得精确区分。苹果支持用设备密码或独立的自定义密码锁定笔记，有额外的加密保护。一个强自定义密码，和一条普通未锁定笔记是完全不同的情况。但它仍然是个通用文档存储，认证方式很关键——用同一个设备密码，并不会给你一个独立的密码。苹果还提到，解锁一条笔记后，几分钟内该账户下其他锁定笔记也会被解锁。

隐藏相册和"最近删除"也一样，用的是 Face ID、Touch ID 或设备密码。把照片藏起来，不等于给恢复秘密加了一层独立保护。删除的照片通常还会在"最近删除"里躺 30 天。今天关掉网络，也撤销不了那些可能已经同步或备份过的副本。

如果你的恢复短语已经暴露，把同一串短语搬到更好的设备上并不能修补这次暴露。 你需要在一个可信环境里生成新钱包，核对恢复、先做一笔小额测试交易之后，再做链上转移。

手机取证是个成熟的产业

Cellebrite、Magnet 的 Graykey、Oxygen，以及中国美亚柏科背后的 SDIC Intelligence，都在手机取证领域活动。设备访问、密码恢复、提取和分析是这项工作的不同环节，机型、系统版本和设备状态决定了哪些方法可用。

你会看到 FFS 这个词，即完整文件系统提取。它不同于部分提取，两者又都不同于恢复锁屏密码。拿到一份文件系统副本，不代表里面每个加密文件都被解密了。

Cellebrite 2026 年春季简报在扩展的 Inseyets 支持里点名了 iPhone 17 和 iOS 26.3.1。第 4 页有个更窄也更有用的说法：Cellebrite Advanced Services（CAS）宣称对运行 iOS 26 或更高版本的 iPhone 11 至 16 设备支持 AFU 访问。

这些是厂商的能力声明，不是"每个受支持的组合都能导出每个钱包的秘密"的证明。

同一份发布通告里，Cellebrite 说北美取证实验室收到的设备中，75% 是锁定的。这是接收量统计，不是 75% 的解锁成功率。但它确实告诉你：锁定设备对这个行业来说是常规工作。

Graykey 也有历史证据。2024 年 11 月，404 Media 根据内部文件报道，运行 iOS 18 和 18.0.1 的较新 iPhone 能产生部分提取。"部分"不代表恢复了私钥，但锁屏显然不能被当作"没有任何数据可被访问"的证据。

最关键的一个细节是：这部手机自启动以来，是否曾被成功解锁过。

BFU 和 AFU 描述的是密钥的状态

  • BFU（Before First Unlock）：手机已启动，但还没人输入过正确密码

  • AFU（After First Unlock）：已经解锁过。再次锁屏并不会让它退回 BFU


iOS 围绕每文件密钥、保护类密钥和 keybag（密钥包）来组织文件保护。首次解锁会让某些受保护类的密钥可用，有些密钥在锁屏后依然可用，以便后台任务继续。

重要的例子是 C 类：NSFileProtectionCompleteUntilFirstUserAuthentication。苹果文档说明其类密钥在重新锁屏后仍留在内存中，它也是未指定其他类时，第三方 App 的默认文件保护类。A 类行为更严格：解密后的类密钥在锁屏后会被丢弃。

有了合适的漏洞利用链和权限，AFU 能暴露出同一个攻击者在 BFU 下拿不到的 App 数据。这就是取证人员试图保留的"热"状态。钱包可能增加更强的文件保护、钥匙串访问控制，或自己的加密，所以 C 类并不能证明每个钱包助记词都可读。它解释的是——为什么只按一下锁屏键不足以了结这个问题。

苹果一直在收窄这个窗口。iOS 18 引入了闲置重启（inactivity reboot）。研究员 Jiska Classen 在她测试的版本中记录了一个 72 小时间隔，并把计时器追溯到了安全隔区处理器（SEP）。她后续的笔记还描述了更早的七天间隔。SEP 跟踪自上次解锁以来的时间并触发重启，这不止是普通的后台计时器。这些历史计时不应被假定适用于之后每一个 iOS 版本。

一次正常重启会把手机带回 BFU，清除部分有用的已解密状态。取证厂商在应对——Cellebrite 2026 年春季发布页说，Safeguard Mode 能在重启之后仍保持访问。其公开材料并未完整披露机制、前提条件，或在每台设备上保留的确切访问权限。

苹果想关上提取窗口，取证厂商想让它开着。这就是为什么我在存放专用签名手机时会让它关机，也为什么我绝不会把自动重启功能当作整个托管方案。

网络关闭时，USB 仍是攻击面

USB 受限模式（USBRM）限制了锁定设备上的有线数据访问，是道重要屏障，但它也有过漏洞。

CVE-2025-24200 允许一次物理攻击在锁定设备上禁用 USB 受限模式。苹果在 iOS 18.3.1 中修复了它，并称其可能已被用于针对特定目标的、极其复杂的攻击。

Amnesty 对塞尔维亚取证工具使用的调查，给出了一个相关技术在 Android 上的具体例子。它记录了通过模拟 USB 外设触及内核驱动，链条涉及 CVE-2024-53104、CVE-2024-53197 和 CVE-2024-50302，相关设备类包括视频、音频和 HID。

这是一个 Android 漏洞利用链，不是"这些同样的 bug 也影响 iPhone"的证据。但通用技术值得理解：

> 外设模拟 → 驱动攻击面 → 内核利用 → 权限提升 → 提取

把手机断网减少了网络暴露，但它并没有移除物理接口、它们的驱动，或执行访问限制的软件。

芯片剥离不等于解密

这里正是 iPhone 的设计值得肯定的地方。设备密码绑定了一个硬件 UID 密钥。苹果表示，相关派生被校准为每次尝试约 80 毫秒，外加递增延迟和尝试次数限制。只要这个硬件绑定成立，暴力破解就必须在目标设备上完成关键工作。

把 NAND 焊下来 dump 出来，本身并不会让设备密码变成 GPU 集群可以并行随意攻击的东西。苹果还文档说明，UID 不会通过 JTAG 或其他调试接口暴露。

在嵌入式取证里，chip-off（芯片剥离）指取下存储芯片来读取它；ISP（在系统编程）则能在芯片仍留在板上的情况下取得访问。这些技术解决的是"访问已存储字节"的问题，它们不会自动恢复解密所需的密钥。

故障注入和功耗侧信道分析是不同的攻击方向，每一类都需要相关的弱点和实验证据。"他们能把手机拆开"并不是"它的私钥如何变得可读"的解释。

设备密码仍然极其重要。考虑一个刻意简化的情形：攻击者绕过了尝试次数限制和递增延迟，但每次猜测仍要 80 毫秒，猜测顺序进行，没有捷径。

  • 六位随机数字：10⁶ 种可能，穷举约 22.2 小时，平均 11.1 小时

  • 十个随机小写字母加数字：36¹⁰ 种可能，穷举约 927 万年

  • 十二个随机大小写字母加数字：62¹² 种可能，穷举约 8.18 万亿年


这些是在既定假设下的计算，不是对某个取证产品的实测速度。它们说明，当另一道防线失效时，设备密码本身有多重要。一个生日、电话号码，或"字典词加年份"，并不具备均匀随机字符串的熵。

我会用至少 12 个真正随机的字母数字字符，并配一套独立的离线恢复方案。把主人永久锁死在外的安全，也是一种托管失败。

拿到设备访问权之后，钱包的密钥管理是下一道边界

恢复出设备密码，未必就能揭示钱包的恢复短语。一个钱包可以加密自己的秘密，并用在安全隔区内生成、不可导出的密钥来协助保护它，由钥匙串规则控制访问。这样一来，文件系统提取可能只得到密文。

有个重要的 API 细节：苹果文档化的、面向安全隔区密钥的安全框架接口，使用的是在隔区内生成的 P-256 密钥，它不会导入任意已存在的明文私钥。比特币和以太坊常用 secp256k1，这是另一条曲线。"使用了安全隔区"并不能证明某个任意的 BIP39 恢复短语完全活在隔区里，或每一笔链上签名都在那里产生。

一个钱包也可能改用密钥包装（key wrapping）：一个硬件保护的密钥协助保护恢复短语，或保护加密它的那个密钥。授权之后，App 解开或解密它所需的东西，派生出区块链密钥，并在自己的进程里签名。

这就给了我们两个分开的问题：秘密在静态时如何被保护，以及明文在使用时出现在哪里？

钥匙串配置很关键。AfterFirstUnlock 和 WhenUnlocked 有不同的访问条件。WhenPasscodeSetThisDeviceOnly 增加了限制，包括不同步 iCloud 钥匙串、不纳入备份。一个 Face ID 图标并不会告诉你这些。

内核被攻陷，并不自动等于安全隔区被攻陷。但控制钱包运行的环境，仍可能让攻击者读取 App 内存，或滥用可用的授权来让它签名。一个密钥"不可导出"，和"钱包拒绝一笔未授权交易"，是两回事。

另一种设计有不同的失败模式。一个钱包可能用一个 App 密码经 PBKDF2 或 Argon2 派生出一个密钥，再用它来加密磁盘上的助记词。如果攻击者提取出密文、盐值和参数，能验证猜测，且不需要额外的硬件绑定秘密，这个密码就能在外部机器上被攻击。这就是离线破解。

设备密码那 80 毫秒的数字，不再描述这种攻击。成本取决于 App 密码的熵、PBKDF2 的迭代次数或 Argon2 的内存与时间设置，再加上攻击者的实现和硬件。喊出一个好的 KDF 名字，救不回一个弱密码。

最坏的情况更简单：手机变得可访问，App 密码只挡在界面之前，没有有效的独立保护或全新的交易授权。有人可以打开钱包、转走资金，而根本不用提取任何助记词。

这些是我要问钱包开发者的问题：

  • App 密码真的参与了解密吗？

  • 生物识别认证会不会回退到设备密码？

  • 每一次签名都需要全新授权吗？

  • 解密后的密钥材料在内存里停留多久？

  • 备份会带出什么？


为什么我的硬件下限从 iPhone 17 起步

上面的防御，并不会让硬件代际可以互换。iPhone 17 和 iPhone Air 随 A19 这一代引入了内存完整性强制（MIE），它的组件协同对抗内存损坏类利用：

  • 类型化分配器：约束不同对象类型如何共享内存

  • 增强型内存标记扩展（EMTE）：同步检查指针和内存标签

  • 标签保密性：让标签更难被探知，从而更难绕过那些检查


漏洞开发者通常从一个堆溢出、一个释放后使用（UAF），或一个越界（OOB）读或写入手。堆整理（heap grooming，有时叫 heap feng shui）会安排内存分配，让这个 bug 变得有用。最终得到的是漏洞原语，任意内核读/写尤其有价值。

MIE 会干扰其中好几个步骤。苹果描述其在内核和 70 多个用户态进程中的部署，并用历史上的真实漏洞利用链来评估它。它随 iOS 26 在受支持的新硬件上首次推出，而不是随 iOS 27。老手机无法通过软件更新获得缺失的 EMTE 硬件。

第三方钱包对硬件内存标记的使用，仍取决于它的构建配置。MIE 也修不好一个糟糕的授权决策或逻辑 bug。我要的是那层额外的硬件防御，以及一个用上了可用保护的钱包。

更老的设备还有另一个众所周知的问题：checkm8，一个影响 A5 至 A11 设备（包括 iPhone X 这一代）的 BootROM 漏洞。普通的 iOS 更新替换不了有漏洞的 BootROM 代码。利用启动链并不自动解密所有用户数据或攻破安全隔区，但对那些设备来说仍是一个永久性劣势。

iOS 27 是我当前的软件底线，装上最新的稳定安全补丁。这是一条托管策略，不是"每个旧版本都可利用、每个新版本都安全"的断言。

手机的历史很重要，它的有效安全寿命是有限的

苹果修补漏洞、增加硬件防御，取证厂商持续开发访问方法。一份公开的"支持矩阵"是对能力的过时陈述，不是对明年的承诺。这就是为什么我会每一到两年迁移，若出现严重问题或设备失去支持则更早。这个间隔是我的维护策略，不是科学确定的过期日。

在宣布一台旧手机"冷"之前，还有个问题要问：它在还是你日常手机的时候，有没有被攻陷过？

Google 2026 年的 Coruna 研究记录了五条 iOS 漏洞利用链和 23 个漏洞，包括瞄准钱包 App 的模块。它的 DarkSword 研究还描述了收集加密钱包数据的载荷。这些是针对特定易受攻击 iOS 区间的攻击，已有修复可用，但绝不是"这些链能远程攻陷一台完全打补丁、已断网的手机"的证据。它们说明了为什么设备的历史很重要。

如果你的恢复短语在断网前就泄露了，飞行模式也收不回来。关机或开启锁定模式也一样。

二维码也不能消除"信任签名方"的必要性。Dark Skippy 演示了，一个被恶意控制的签名方，可以通过它对 nonce 的选择，把秘密材料编码进交易签名里。交易把输出带上链。这个攻击需要一个被攻陷的签名方，它不是"普通 iPhone 钱包会这么做"的断言。它说明了为什么一个离线签名方仍然有一个输出通道。

迁移时，别把恢复短语放进 AirDrop、iCloud、截图、聊天记录或共享剪贴板，从而制造新的暴露。移动硬件和保护恢复秘密，都是这件事的一部分。

如果我用 iPhone，我会这样配置

  • iPhone 17 或更新机型，iOS 27 或更高版本，以及当前的安全补丁。核实实际机型的硬件保护。计划每一到两年迁移，遇到重大安全变化则更早响应

  • 一个至少 12 位字母数字的随机设备密码。不要完全依赖系统的猜测限制

  • 一个具备有效独立保护的钱包。审查助记词加密、KDF 参数、钥匙串类、硬件支持的密钥包装，以及交易授权。一个 Face ID 弹窗不是安全架构

  • 一套独立的离线恢复备份。普通 Notes、Photos 或截图里不放任何恢复短语。在投入大额资金前，先验证恢复确实可用

  • 减少不必要的接口和访问。关闭锁屏的控制中心访问和不必要的配件访问。在设置里关掉 Wi-Fi 和蓝牙；在控制中心断开它们，不等于彻底禁用

  • 放进存储时让它关机。下一次正常启动会进入 BFU。也要从物理上保护好设备

  • 用一台从可信状态初始化的专用设备。不越狱、不装无关 App、不用日常 Apple 账户，也不恢复一整台日常手机的数据集。锁定模式能降低高风险用户的暴露，但它替代不了更新，也撤销不了已泄露的秘密

  • 维护好整个签名流程。使用受控的离线签名过程，包括支持时的二维码传递。核对地址、金额、网络和权限。审慎地规划更新，并在之后验证隔离。把物理访问、出行和恢复都纳入考量，而不仅仅是互联网访问


大额资产的长期托管，我更想要一台具备透明安全设计、持续维护、且能在设备本身上做交易验证的专用签名设备。它的固件、供应链和恢复流程仍需要仔细审查。

把手机离线是一项预防。硬件、补丁版本、BFU/AFU 状态、密码，以及钱包的密钥管理，才决定这项预防到底为你换来什么。