原文作者：Yishi（@ohyishi，OneKey janitor）
原文编译：深潮 TechFlow
深潮导读： 把一台 iPhone 断网、当成冷钱包来存加密资产，听起来很合理，但作者 Yishi（OneKey 的维护者）给出了一条硬底线：至少要 iPhone 17 或更新机型、iOS 27 及以上，并且每一到两年就迁移到更新的设备。断网并不能消除「别人物理拿到这台手机」带来的风险。文章从边境搜查、助记词存放、手机取证产业、BFU/AFU 密钥状态、USB 攻击面、芯片剥离与解密的区别、钱包密钥管理，一直讲到为什么硬件下限要从 iPhone 17 起步，最后给出一套他自己的签名机配置。结论先行：把手机离线只是众多 precautions 之一，真正决定安全成色的，是硬件代际、补丁版本、BFU/AFU 状态、设备密码，以及钱包自身的密钥管理。
你可以这么做，但我会要求至少是 iPhone 17 或更新的机型，运行 iOS 27 或更高版本，并且每一到两年就迁移到一台更新的设备。我不会把大额加密资产托付给一台运行着老旧 iOS 的旧 iPhone。
这是我针对这个使用场景的最低要求，不是苹果的认证，也不代表这条线以上的东西就都安全。原因很直接：把手机断网，并不会消除「有人物理接触到它」所带来的风险。
要理解这些风险，看看一部手机抵达边境检查站或取证实验室时会发生什么。
边境搜查并不需要你的手机联网
在美国海关与边境保护局（CBP）2025 财年的年度报告中，共记录了 55,318 次电子设备搜查：其中 50,922 次为基础搜查，4,396 次为高级搜查。该财年从 2024 年 10 月 1 日持续到 2025 年 9 月 30 日。这些是搜查统计数据，不是 55,318 台被成功破解的 iPhone。 CBP 统计与政策
基础搜查通常由官员查看设备上的内容。高级搜查则涉及连接外部设备（有线或无线）来复制或分析其内容。基础搜查同样可能包含把相关信息录入 CBP 系统。
2026 年 1 月的一份指令里有个容易漏掉的细节：仅仅使用设备来让内容可供检查（包括绕过密码或突破加密），本身并不构成该政策下的「高级」搜查。所以基础与高级的二分，并不能干净地统计出哪些手机遇到了解锁工具、哪些没有。这是当前的政策定义，并不能告诉我们上一财年的每一次搜查具体是怎么做的。 CBP 指令 3340-049B，§3.4
按照 CBP 政策，高级搜查需要对其执法权限内的违规行为有合理怀疑、或涉及国家安全关切，并且要主管批准。该指令还要求遵守具有约束力的判例。这些是机构规则，并不代表各地的法律标准都一样。
还有一些实操细节。无法被检查的手机可能被扣押。CBP 表示，美国公民不会因为设备无法被检查就被拒绝入境；对于申请入境的外国人，不配合会与其他情况一并考量。指令说搜查通常应在当事人在场的情况下进行，但这不意味着当事人就能亲眼看着检查过程。 CBP 常见问题 指令，§5.1.6
对冷存储最相关的一点是，CBP 的政策把检查范围限制在设备本地存储的信息。官员必须关闭网络连接，或要求旅客自行关闭，以避免取到仅远程存储的资料。手机在被检查本地内容之前，会被刻意断网。一张本地保存的照片或笔记，并不会因为 Wi-Fi 关了就变得不可访问。 指令，§5.1.2
合法的执法检查与盗窃是两件不同的事。但 custody（托管）的教训是一样的：你必须考虑到，另一个人有可能检查你随身带着的数据。
Notes 或 Photos 里的助记词，依然是助记词
我不会去拍一张恢复短语的照片、存进 Photos，然后因为 iPhone 没联网就管这叫冷存储。我也不会把它粘进一条普通笔记里。
这些文件仍然受 iOS 加密与数据保护（Data Protection）的庇护，它们不一定以明文躺在 NAND 上。问题在于，一旦有人拿到了这些内容，秘密就明摆在那里，以文字或图片的形式可读。钱包自身的密码、交易审批和签名控制，不再挡在「那份副本」和「有人重建钱包」之间。如果当初用了额外的恢复口令（passphrase），那仍然需要。
锁定笔记（Locked Notes）值得精确区分。苹果支持用设备密码或独立的自定义密码来锁定笔记，锁定笔记有额外的加密保护。一个强自定义密码，和一条普通未锁定的笔记是不同的情况。但它仍然是个通用文档存储，认证方式很关键：使用同一个设备密码，并不会给你一个独立的密码。苹果还提到，解锁一条笔记后，几分钟内该账户下的其他锁定笔记也会被解锁。 苹果：锁定笔记 苹果：Notes 安全
同理，隐藏相册和「最近删除」相册使用 Face ID、Touch ID 或设备密码。把一张照片藏起来，不等于给恢复秘密加了一层独立的保护。删除的照片通常会在「最近删除」里保留 30 天。今天关掉网络，也不会撤销那些可能已经同步或备份过的副本。 苹果：删除或隐藏照片
如果你的恢复短语已经暴露，把同一串短语搬到更好的设备上并不能修补这次暴露。你需要在一个可信环境里生成一个新的钱包，随后在核对恢复、并先做一笔小额测试交易之后，再做链上转移。
手机取证是个成熟的产业
Cellebrite、Magnet 的 Graykey、Oxygen，以及中国的 SDIC Intelligence（美亚柏科 Meiya Pico 背后的公司），都在手机取证领域活动。它们的产品和能力各不相同。设备访问、密码恢复、提取和分析是这项工作的不同环节；机型、系统版本和设备状态，会决定哪些方法可用。 Magnet 培训 Oxygen SDIC Intelligence
你会看到 FFS 这个词，即完整文件系统提取（full file system extraction）。它不同于部分提取，而二者又都不同于恢复锁屏密码。拿到一份文件系统副本，不代表里面的每个加密文件都被解密了。
Cellebrite 2026 年春季的简报，在其扩展的 Inseyets 支持里点名了 iPhone 17 和 iOS 26.3.1。第 4 页给出了一个更窄、也更有用的说法：Cellebrite Advanced Services（CAS）宣称对运行 iOS 26 或更高版本的 iPhone 11 至 16 设备支持 AFU 访问。这些是厂商的能力声明，不是「每个受支持的组合都能导出每个钱包的秘密」的证明。 Cellebrite 简报
在同一份发布通告里，Cellebrite 说北美取证实验室收到的设备中，75% 是锁定的。这是个接收量统计，不是 75% 的解锁成功率。但它确实告诉你，锁定设备对这个行业来说是常规工作。 Cellebrite 通告
Graykey 也有历史证据。2024 年 11 月，404 Media 根据内部文件报道，运行 iOS 18 和 18.0.1 的较新 iPhone 能产生部分提取。公开报道并没有明确每次提取到底包含了什么。「部分」不代表恢复了私钥，但锁屏显然不能被当作「没有任何数据可被访问」的证据。 404 Media 原始报道
最关键的一个细节是：这部手机自启动以来，是否曾被成功解锁过。
BFU 和 AFU 描述的是密钥的状态
BFU 是 Before First Unlock（首次解锁前）。手机已启动，但还没人输入过正确密码。AFU 是 After First Unlock（首次解锁后）。再次锁屏并不会让它退回 BFU。
iOS 围绕每文件密钥、保护类密钥和 keybag（密钥包）来组织文件保护。首次解锁会让某些受保护类的密钥可用。有些密钥在锁屏之后依然可用，以便后台任务继续。
重要的例子是 C 类：NSFileProtectionCompleteUntilFirstUserAuthentication。苹果文档说明其类密钥在重新锁屏后仍留在内存中。它也是未指定其他类时，第三方 App 的默认文件保护类。A 类行为更严格：按照系统保护策略，其解密后的类密钥在锁屏后会被丢弃。 苹果：数据保护类
有了合适的漏洞利用链和权限，AFU 因此能暴露出同一个攻击者在 BFU 下拿不到的 App 数据。这就是取证人员试图保留的、有用的「热」状态。钱包可能增加更强的文件保护、钥匙串（Keychain）访问控制，或自己的加密，所以 C 类并不能证明每个钱包助记词都可读。它解释的是，为什么只按一下锁屏键不足以了结这个问题。
苹果一直在收窄这个窗口。iOS 18 引入了闲置重启（inactivity reboot）。研究员 Jiska Classen 在她测试的版本中记录了一个 72 小时间隔，并把计时器追溯到了安全隔区处理器（SEP）。她后续的笔记还描述了更早的七天间隔。SEP 跟踪自上次解锁以来的时间，并触发重启；这不止是一个普通的后台计时器。这些历史计时不应被假定为适用于之后每一个 iOS 版本。 Classen 逆向分析
一次正常的重启会把手机带回 BFU，并清除部分有用的已解密状态。取证厂商在应对。Cellebrite 2026 年春季发布页说，Safeguard Mode 能在重启之后仍保持访问。其公开材料并未完整披露机制、前提条件，或在每台设备上保留的确切访问权限。这个说法应当放进讨论，但要附上这些限制。 Cellebrite：Safeguard Mode
苹果想关上提取窗口，取证厂商想让它开着。这就是为什么我在存放一台专用签名手机时会让它关机，也为什么我绝不会把一个自动重启功能当作我整个托管方案。
网络关闭时，USB 仍是攻击面
USB 受限模式（USB Restricted Mode，常缩写为 USBRM）限制了锁定设备上的有线数据访问。它是一道重要屏障，但它也有过漏洞。
CVE-2025-24200 允许一次物理攻击在锁定设备上禁用 USB 受限模式。苹果在 iOS 18.3.1 中修复了它，并称其可能已被用于针对特定目标的、极其复杂的攻击。 苹果安全通告
Amnesty 对塞尔维亚取证工具使用的调查，给出了一个相关技术在 Android 上的具体例子。它记录了通过模拟 USB 外设来触及内核驱动，链条涉及 CVE-2024-53104、CVE-2024-53197 和 CVE-2024-50302。相关的设备类包括视频、音频和 HID。 Amnesty 技术报告
这是一个 Android 漏洞利用链，不是「这些同样的 bug 也影响 iPhone 」的证据。但通用技术值得理解：外设模拟 → 驱动攻击面 → 内核利用 → 权限提升 → 提取。这些是攻击的具体阶段，不是安全行话。
把手机断网减少了网络暴露。它并没有移除物理接口、它们的驱动，或执行访问限制的软件。
芯片剥离不等于解密
这里正是 iPhone 的设计值得肯定的地方。设备密码绑定了一个硬件 UID 密钥。苹果表示，相关的派生被校准为每次尝试约 80 毫秒，外加递增的延迟和尝试次数限制。只要这个硬件绑定成立，暴力破解就必须在目标设备上完成关键工作。 苹果：密码与口令
把 NAND 焊下来并 dump 出来，本身并不会让设备密码变成 GPU 集群可以并行随意攻击的东西。苹果还文档说明，UID 不会通过 JTAG 或其他调试接口暴露。 苹果：安全隔区
在嵌入式取证里，chip-off（芯片剥离）指取下存储芯片来读取它；ISP（在系统编程）则能在芯片仍留在板上的情况下取得访问。这些技术解决的是「访问已存储字节」的问题。它们不会自动恢复解密所需的密钥。
故障注入（fault injection）和功耗侧信道分析（power side-channel analysis）是不同的攻击方向。每一类都需要相关的弱点和实验证据。「他们能把手机拆开」并不是「它的私钥如何变得可读」的解释。
设备密码仍然极其重要。考虑一个刻意简化的情形：攻击者绕过了尝试次数限制和递增延迟，但每次猜测仍要 80 毫秒，猜测是顺序进行的，且没有捷径。
六位随机数字：10⁶ 种可能。穷举整个空间约 22.2 小时，平均 11.1 小时。
十个随机小写字母加数字：36¹⁰ 种可能。穷举整个空间约 927 万年。
十二个随机大小写字母加数字：62¹² 种可能。穷举整个空间约 8.18 万亿年。
这些是在既定假设下的计算，不是对某个取证产品的实测速度。它们说明，当另一道防线失效时，设备密码本身有多重要。一个生日、电话号码，或「字典词加年份」，并不具备均匀随机字符串的熵。
我会用至少 12 个真正随机的字母数字字符，并配一套独立的离线恢复方案。把主人永久锁死在外的安全，也是一种托管失败。
拿到设备访问权之后，钱包的密钥管理是下一道边界
恢复出设备密码，未必就能揭示钱包的恢复短语。一个钱包可以加密自己的秘密，并用在安全隔区内生成、不可导出的密钥来协助保护它，由钥匙串规则控制访问。这样一来，文件系统提取可能只得到密文。
有一个重要的 API 细节。苹果文档化的、面向安全隔区密钥的安全框架接口，使用的是在隔区内生成的 P-256 密钥；它不会导入任意已存在的明文私钥。比特币和以太坊常用 secp256k1，这是另一条曲线。「使用了安全隔区」并不能证明某个任意的 BIP39 恢复短语完全活在隔区里，或每一笔链上签名都在那里产生。这是该接口的限制，不是对 SEP 内每一种密码能力的断言。 苹果开发者文档
一个钱包也可能改用密钥包装（key wrapping）：一个硬件保护的密钥协助保护恢复短语，或保护加密它的那个密钥。授权之后，App 解开或解密它所需的东西，派生出区块链密钥，并在自己的进程里签名。
这就给了我们两个分开的问题：秘密在静态时如何被保护，以及明文在使用时出现在哪里？
钥匙串配置很关键。AfterFirstUnlock 和 WhenUnlocked 有不同的访问条件。WhenPasscodeSetThisDeviceOnly 增加了限制，包括不同步 iCloud 钥匙串、不纳入备份。一个 Face ID 图标并不会告诉你这些。 苹果：钥匙串数据保护
内核被攻陷，并不自动等于安全隔区被攻陷。但控制钱包运行的环境，仍可能让攻击者读取 App 内存，或滥用可用的授权来让它签名。一个密钥「不可导出」，和「钱包拒绝一笔未授权交易」，是两回事。
另一种设计有不同的失败模式。一个钱包可能用一个 App 密码经 PBKDF2 或 Argon2 派生出一个密钥，再用它来加密磁盘上的助记词。如果攻击者提取出密文、盐值和参数，能验证猜测，且不需要额外的硬件绑定秘密，这个密码就能在外部机器上被攻击。这就是离线破解。
设备密码那 80 毫秒的数字，不再描述这种攻击。成本取决于 App 密码的熵、PBKDF2 的迭代次数或 Argon2 的内存与时间设置，再加上攻击者的实现和硬件。喊出一个好的 KDF 名字，救不回一个弱密码。 Argon2 规范 PBKDF2 规范
最坏的情况更简单：手机变得可访问，App 密码只挡在界面之前，没有有效的独立保护或全新的交易授权。有人可以打开钱包、转走资金，而根本不用提取任何助记词。
这些是我要问钱包开发者的问题：App 密码真的参与了解密吗？生物识别认证会不会回退到设备密码？每一次签名都需要全新授权吗？解密后的密钥材料在内存里停留多久？备份会带出什么？
为什么我的硬件下限从 iPhone 17 起步
上面的这些防御，并不会让硬件代际可以互换。iPhone 17 和 iPhone Air 随 A19 这一代引入了内存完整性强制（MIE）。它的组件协同对抗内存损坏类利用：
类型化分配器（typed allocators）约束了不同对象类型如何共享内存。
增强型内存标记扩展（EMTE）同步检查指针和内存标签。
标签保密性（tag confidentiality）让标签更难被探知、从而更难绕过那些检查。
漏洞开发者通常从一个堆溢出、一个释放后使用（UAF），或一个越界（OOB）读或写入手。堆整理（heap grooming，有时叫 heap feng shui）会安排内存分配，让这个 bug 变得有用。最终得到的能力是一个漏洞原语（exploit primitive）；任意内核读/写（kernel R/W）尤其有价值。
MIE 会干扰其中好几个步骤。苹果描述其在内核和 70 多个用户态进程中的部署，并用历史上的真实漏洞利用链来评估它。它随 iOS 26 在受支持的新硬件上首次推出，而不是随 iOS 27。老手机无法通过软件更新获得缺失的 EMTE 硬件。 苹果 MIE 技术说明
第三方钱包对硬件内存标记的使用，仍取决于它的构建配置。MIE 也修不好一个糟糕的授权决策或逻辑 bug。我要的是那层额外的硬件防御，以及一个用上了可用保护的钱包。 苹果：面向 App 的增强安全
更老的设备有另一个众所周知的问题：checkm8，一个影响 A5 至 A11 设备（包括 iPhone X 这一代）的 BootROM 漏洞。普通的 iOS 更新替换不了有漏洞的 BootROM 代码。利用启动链，并不自动解密所有用户数据或攻破安全隔区，但对那些设备来说仍是一个永久性劣势。 checkm8 原始项目
iOS 27 是我当前的软件底线，装上最新的稳定安全补丁。这是一条托管策略，不是「每个旧版本都可利用、每个新版本都安全」的断言。苹果仍在多个受支持的分支上持续发布更新。 苹果安全发布
手机的历史很重要，它的有效安全寿命是有限的
苹果修补漏洞、增加硬件防御。取证厂商持续开发访问方法。一份公开的「支持矩阵」是对能力的过时陈述，不是对明年的承诺。这就是为什么我会每一到两年迁移，若出现严重问题或设备失去支持则更早。这个间隔是我的维护策略，不是科学确定的过期日。
在宣布一台旧手机「冷」之前，还有个问题要问：它在还是你日常手机的时候，有没有被攻陷过？
Google 2026 年的 Coruna 研究记录了五条 iOS 漏洞利用链和 23 个漏洞，包括瞄准钱包 App 的模块。它的 DarkSword 研究还描述了收集加密钱包数据的载荷。这些是针对特定易受攻击 iOS 区间的攻击，已有修复可用，但绝不是「这些链能远程攻陷一台完全打补丁、已断网的手机」的证据。它们说明了为什么设备的历史很重要。 Coruna 研究 DarkSword 研究
如果你的恢复短语在断网前就泄露了，飞行模式也收不回来。关机或开启锁定模式（Lockdown Mode）也一样。
二维码也不能消除「信任签名方」的必要性。Dark Skippy 演示了，一个被恶意控制的签名方，可以通过它对 nonce 的选择，把秘密材料编码进交易签名里。交易把输出带上链。这个攻击需要一个被攻陷的签名方；它不是「普通 iPhone 钱包会这么做」的断言。它说明了为什么一个离线签名方仍然有一个输出通道。 Dark Skippy 研究
迁移时，别把恢复短语放进 AirDrop、iCloud、截图、聊天记录或共享剪贴板，从而制造新的暴露。移动硬件和保护恢复秘密，都是这件事的一部分。
如果我用 iPhone，我会这样配置
iPhone 17 或更新机型，iOS 27 或更高版本，以及当前的安全补丁。核实实际机型的硬件保护。计划每一到两年迁移，遇到重大安全变化则更早响应。
一个至少 12 位字母数字的随机设备密码。不要完全依赖系统的猜测限制。
一个具备有效独立保护的钱包。审查助记词加密、KDF 参数、钥匙串类、硬件支持的密钥包装，以及交易授权。一个 Face ID 弹窗不是安全架构。
一套独立的离线恢复备份。普通 Notes、Photos 或截图里不放任何恢复短语。在投入大额资金前，先验证恢复确实可用。
减少不必要的接口和访问。关闭锁屏的控制中心访问和不必要的配件访问。在设置里关掉 Wi-Fi 和蓝牙；在控制中心断开它们，不等于彻底禁用。 苹果说明
放进存储时让它关机。下一次正常启动会进入 BFU。也要从物理上保护好设备。
用一台从可信状态初始化的专用设备。不越狱、不装无关 App、不用日常 Apple 账户，也不恢复一整台日常手机的数据集。锁定模式能降低高风险用户的暴露，但它替代不了更新，也撤销不了已泄露的秘密。 苹果：锁定模式
维护好整个签名流程。使用受控的离线签名过程，包括支持时的二维码传递。核对地址、金额、网络和权限。审慎地规划更新，并在之后验证隔离。把物理访问、出行和 Recovery（恢复）都纳入考量，而不仅仅是互联网访问。
大额资产的长期托管，我更想要一台具备透明安全设计、持续维护、且能在设备本身上做交易验证的专用签名设备。它的固件、供应链和恢复流程仍需要 scrutiny（仔细审查）。
把手机离线是一项预防。硬件、补丁版本、BFU/AFU 状态、密码，以及钱包的密钥管理，才决定这项预防到底为你换来什么。
