私钥在你手里，币就一定是你的吗？

FomoPeek 事件给 Web3 玩家的三个法律警示

先问个问题：你钱包里的私钥，只有你知道。那么，里面的币是不是就一定由你控制？大多数 Web3 玩家的答案会是：当然。但 2026 年 9 月发生的一件事，让这个"当然"变成了"不一定"。

2026 年 9 月 19 日，慢雾科技与 OKX 安全团队联合发出预警：一款叫 FomoPeek 的 iOS 应用，它的 1.1、1.2 两个版本，被植入了与声称业务功能完全无关的代码。这不是普通 bug，而是一整套 iOS 内核漏洞利用框架——集成八种攻击方案，按机型与系统版本自动选型；反汇编字符串里直接出现 Cicuta virosa supported、darkSword supported、Failed to acquire kernel mach task；一旦成功，它能突破应用沙箱、解密整机钥匙串，读取这台设备上其他钱包应用保存的私钥与助记词。

版本时间线更能说明问题。1.0 版本 8 月 29 日发布，干净；1.1 版本 9 月 9 日、1.2 版本 9 月 12 日，含恶意框架；1.3 版本 9 月 17 日，已移除。恶意窗口约八天，而这条链走过的是苹果的正式分发通道。

在涉虚拟货币的刑事案件里，"私钥"三个字长期同时承担三重证明功能。第一重是权属——谁持有，资产归谁。第二重是控制力——谁持有，谁被推定为实际支配人，进而推定明知、推定占有。第三重是责任边界——自托管模式下资产由你自己保管，平台不担责。

FomoPeek 事件击穿的，不是第一重，恰恰是后两重。私钥仍在你手里，控制权却早已不在。"持有私钥即支配资产"，从来只是一个推定。本案给出了这个推定的反例。

警报一：链上记录"看起来正常"，反而成了被害人的举证障碍

攻击者不必触碰你的钱包应用。只要拿到系统内核权限，就能把整机钥匙串读走。

由此产生一个此前不曾出现的证明困境。链上记录看不出任何异常——签名有效、时间戳合理，显示的只是"你的私钥签了一笔正常转账"。能证明"资产被他人转出"的证据全在链下：终端版本状态、系统日志、网络行为。

区块链本身的可信，在这里成了被害人的举证障碍。请记住一句话：链上只能证明"这笔转账发生过"，证明不了"发生时你并不拥有控制权"。

警报二：罪名选错，追赃退赔的路径可能完全不同

币被转走后，通常摆着三条路，差别不在学理，在结果。

第一条是盗窃罪，规定在《刑法》第 264 条，侵害的是财产法益。依两高法释〔2013〕8 号，一千元至三千元以上即达"数额较大"起点，各省在此幅度内确定具体标准。这条路的追赃退赔路径清晰，被害人的损失是核心评价对象。

第二条是非法获取计算机信息系统数据罪，规定在《刑法》第 285 条第 2 款，侵害的是信息系统安全。依两高法释〔2011〕19 号第一条，违法所得五千元以上、或造成经济损失一万元以上的属"情节严重"，数额达到该标准五倍以上的属"情节特别严重"。但这是秩序类罪名，被害人的财产返还在程序上并不当然占优。

第三条是破坏计算机信息系统罪，规定在《刑法》第 286 条，另要求后果严重。

难点在本案的行为结构：攻击者直接作用的对象是操作系统内核与钥匙串，而非钱包里的那笔币。财产是结果，信息系统才是行为指向。这使第 285 条第 2 款在构成要件上更贴合。但一旦走这条路，被害人的损失如何进入量刑就成了实际问题——法释〔2011〕19 号的两档门槛，一档看行为人违法所得，一档看造成的经济损失，二者在虚拟货币语境下常常不相等：得手后币价可能大跌，行为人变现所得与被害人实际损失对不上。

还有一层更现实的不对等。盗窃罪的立案与量刑围绕被害人损失展开，被害人的诉讼地位与退赔请求是明确的；第 285 条第 2 款是秩序类罪名，被害人的财产返还在程序上并不当然占优。

所以报案时的罪名主张，不是交给办案机关的填空题。被害人一方应当明确提出财产法益受损的事实与数额，并同步固定损失证据。

警报三：平台说"我没碰过用户私钥"，这句话不再能免责

涉币平台与钱包开发方惯用的三层抗辩是：已通过安全审计、未触碰用户私钥、技术中立。

本案对三层的冲击并不相同，最致命的是第二层。攻击路径是绕过应用、直接读取系统钥匙串——平台"没有触碰私钥"，不是因为它审慎，而是因为它根本不需要触碰。一句在技术上成立的自辩，恰恰证明了它在责任上不成立。

第一层同样承压。恶意框架以 apptrace、libapptracecore 这类读起来像崩溃分析 SDK 的名字伪装进包，并通过苹果分发审核。审计结论覆盖业务逻辑与合约代码，覆盖不了第三方依赖的二进制内容。

需要说明的是，公开信息目前无法定论植入者是核心团队、外包方、CI/CD 环节被控，还是第三方 SDK 供应链被攻破；受害规模与精确损失额，慢雾仅称"多起"，未披露量化。但归因未定，不改变处置义务——装过受影响版本的用户应视为钥匙串可能已失陷，应在从未安装过该应用的设备上生成新密钥并转移资产。

对平台方而言，抗辩方向应当整体重构：从"我没有做过什么"，转向"我对供应链施加了何种控制"——依赖清单是否可核验、每个上架版本是否做过二进制比对、变更是否留痕审计。这不是道德要求，是刑法上注意义务的具体化。

三条可以立刻执行的操作建议

被害人一方，第一时间固定三组证据，顺序不要颠倒。第一组是应用的安装与版本更新时间线，包括应用商店购买及更新记录。第二组是设备型号与系统版本。第三组是链上转出交易的哈希、时间戳与设备日志的时序吻合度。第三组最关键——链上记录只能证明"这笔转账发生过"，只有时序吻合才能证明"发生时你并不拥有控制权"。

平台与钱包方，三条自查：版本二进制比对是否常态化、第三方依赖是否留存可核验清单、异常版本是否具备快速下架与用户通知机制。八天的恶意窗口，本身就是版本治理失效的度量。

对所有人都一样的一条：把私钥与助记词存在联网设备的系统钥匙串里，在本案之后已不能称为审慎。硬件钱包、独立干净设备、及时升级系统——这些话被说了很多年，区别只在于现在有了可被量化的代价。

结语：两句话，不再是修辞

此前我们讨论过，非托管架构解决的是"资产谁保管"，不解决"行为怎么定性"。这一篇要补上：它同样不解决"资产是否被控制"。

私钥在你手里，刑责在你手里；私钥在你手里，资产却未必在你手里。两句话放在同一天的技术事实面前，都不再是修辞。因此，web3玩家必须深谙技术与法律，合规才能不“出事”，才是把握你的“财富”。

关于作者

杨冰，浙江京衡（上海）律师事务所副主任、高级合伙人，安徽大学法学硕士。

在涉虚拟货币犯罪与数字资产领域，杨冰律师长期办理涉及比特币、USDT 等虚拟货币及链上资产的刑事案件，涵盖洗钱、帮信、掩隐、非法经营、诈骗等高频罪名，并为数字资产、Web3 及 RWA（现实世界资产代币化）项目提供刑事合规审查、业务模式论证与执法应对方案，处理涉案虚拟资产的查扣冻、权属认定、变现处置与跨境追赃中的财产权保障问题。

如需就本文涉及的问题进一步交流，可关注公众号「卧庐散谈」。

本文为专业研究与实务分享，不构成针对具体个案的法律意见。