在很多 iOS 用户心里，“不用瞎折腾、不装乱七八糟的软件，就天然更安全”几乎是共识，沙盒隔离更是被当成最后一道保险。但慢雾（SlowMist）首席信息安全官 23pds 近日在 X（原 Twitter）的提示，让这道“保险”出现了可怕的裂缝——他披露 iOS 存在名为 worse_query 的安全漏洞，并明确将其定性为“容器沙盒逃逸”（sandbox escape），而不是传统意义上的越狱。这意味着，在特定条件下，某个恶意应用可能突破原本坚固的 App 隔离边界，伸手去摸别的应用容器里的数据。更关键的是，worse_query 本身不会自动窃取资产，真正的风险来自用户亲手打开的那道门：安装并运行来路不明、来源不明的 IPA 文件。一旦恶意 IPA 借此读到其他 App 容器中的本地数据，而你的加密钱包恰好把助记词、keystore 或 WebView 缓存等敏感信息以明文留在手机上，那么这些决定链上资产控制权的密钥材料，就可能在不知不觉间被复制走，转化为攻击者对相关地址的实质操控。
来路不明 IPA：撬开沙盒的钥匙
23pds 特别强调，worse_query 真正的风险，并不是某次系统更新“自带”的灾难，而是藏在用户自己双手拉开的那扇侧门——安装并运行来路不明的 IPA。iOS 的设计初衷，是让每个应用都被关在独立的沙盒容器里，彼此看不见、摸不着，这也是很多人信赖 iPhone 安全性的底层前提。但在 worse_query 的场景下，一旦你主动把一个未知来源的 IPA 装进手机并运行，它就有机会绕过这层隔离，去读取本不属于自己的其他 App 容器数据。
按照 23pds 的说法，只有在“安装且运行恶意 IPA”这个前提同时满足时，worse_query 才会从一个技术名词变成真实风险。这种高门槛让大部分只用官方应用商店的用户，很难在日常使用中直接感知到威胁，却对习惯到处找“破解版”“内部版”的人极为不友好——一旦中招，恶意应用理论上就可能把钱包类应用在本地以明文保存的助记词、keystore 或 WebView 缓存等敏感数据一并打包带走，而链上地址的实际控制权，恰恰就系在这些看似“只是保存在手机里”的密钥材料之上。
不是越狱，却能看到别的 App
23pds 在技术说明里反复强调，worse_query 被他归类为“容器沙盒逃逸”，而不是传统意义上的越狱。越狱意味着系统级限制被解除，安全机制被整体撬开，屏幕上多出陌生图标、系统行为异常，用户和系统都能清晰感知自己已经处在一种“非正常状态”。这次不一样，worse_query 描述的风险集中在 App 容器之间：某个应用在逻辑上跨越了原本不该被突破的沙盒边界，去触碰另一个应用目录里的东西，设备是否越狱并不是前置条件。
也正因为没有系统层面的大动静，这种“非越狱状态下的越界访问”更隐蔽，更容易被普通用户忽视。表面上，你的手机还是那个“干干净净、从未越狱”的 iPhone，设置里看不出任何异样，但只要前面提到的条件被满足——你装了来路不明的 IPA，且它成功利用了 worse_query——这台看似安全的设备上，不同 App 之间的数据隔离假设就被悄悄动摇了。如果其中包含某个加密钱包把助记词或 keystore 明文丢在本地，那么这些一旦被跨容器读取，攻击者虽然不在你手机上直接“转账”，却已经拿到了足以在链上对对应地址发起操作的全部钥匙，而公开材料中至今没有出现已确认的在野攻击案例或官方修复通告。
钱包明文存助记词，成最大雷区
真正危险的地方，并不在于恶意应用能“看见什么”，而在于它一旦看见的是哪一类数据。23pds 在说明中点得很明白：如果某些钱包把助记词、keystore 这类关键凭证，或者 WebView 的缓存数据，以明文形式直接丢在本地容器里，那么在 worse_query 被恶意利用、且用户已经安装并运行了来源不明的 IPA 之后，这些文件就有被跨容器读取和泄露的可能。助记词和 keystore 本身就是链上资产控制权的全部钥匙，只要被拷走一次，攻击者后续完全可以在自己的设备上导入、在链上对对应地址发起任意转账操作，而不需要再碰你的手机。
更隐蔽的一层，是 WebView 留下的“脚印”。对接网页钱包或 DApp 的移动端应用，如果在 WebView 缓存中保留了会话信息、签名相关数据甚至部分敏感内容，一旦同样被恶意 IPA 读到，就相当于把登录状态和签名入口拱手相让。23pds 也强调，目前公开材料没有点名任何具体钱包项目存在明文存储问题，风险依旧停留在“若存在这种设计缺陷，就可能被 worse_query 放大”的层面，但在所有被撬开的本地数据里，明文助记词和 keystore 显然是最不该出现在攻击者视野中的那一部分。
这不是已经盗币，但风险在累积
23pds 在 X 上的原话已经把边界画得很清楚：worse_query 本身不会自动窃取或盗取资产，真正的攻击需要多个前提叠加——用户先要自己装上来路不明的 IPA，恶意应用还得在这个前提下成功借助漏洞读到其他 App 容器里的本地数据。换句话说，这不是“点一下链接就被清仓”的那种零门槛攻击，而是要踩中一整串“坑”的链式事故，在逻辑上更接近“高危隐患”而不是已经发生的灾难。
也正因为如此，到目前为止的公开信息里，看不到任何已确认的在野利用报告：没有具体受害钱包名称，没有损失金额统计，也没有链上地址被系统性洗劫的样本可供溯源，多家中文加密媒体的措辞也都停留在“安全预警”和“风险提示”。但另一头，技术细节、影响版本范围、苹果是否确认、何时发布补丁，这些关键信息统统没有对外披露，行业只能根据“容器沙盒逃逸”的技术可能性和本地明文存储的惯例，去推演最坏情况：一旦助记词或 keystore 在本地被读走，攻击者完全可以在链上对对应地址发起转账等操作。眼下，我们看到的不是已经兑现的损失，而是一块尚未被盖棺的不确定风险，正静默地叠加在每一个习惯用手机钱包管理资产的用户头上。
普通用户和钱包团队接下来怎么做
对普通用户来说，当下最直接的防线其实已经被 23pds 点明：别装来路不明、破解来源不清的 IPA，这一步就能在很大程度上阻断 worse_query 的触发前提。同时，冷静盘一盘自己的资产结构——高价值筹码是不是长期压在同一台 iOS 设备里的单一软件钱包中，助记词是不是只靠这台手机那一份，一旦本地数据被读走，链上地址的控制权就等于拱手让人。对钱包团队而言，这次事件更像一次公开的压力测试：应主动自查本地存储策略，尽量避免在容器里明文落地助记词、keystore 或 WebView 缓存，能用系统提供的更安全存储能力就不要自己“图省事”。目前 worse_query 仍被描述为潜在风险，尚无已证实的大规模在野利用案例，也没有苹果官方修复时间表，多家媒体的集中转引把它从技术讨论放大成全行业的自查契机，真正决定风险上限的，终究是终端侧的设计与用户自己的使用习惯。
加入我们的社区，一起来讨论，一起变得更强吧！
AiCoin专属Hyperliquid福利：https://app.hyperliquid.xyz/join/AICOIN88
AiCoin专属Aster福利：https://www.asterdex.com/zh-CN/referral/9C50e2
链上电报（Telegram）社群：https://t.me/AiCoinWhaleData
链上社区：https://www.aicoin.com/link/chat?cid=N6OVMor5g
AiCoin链上推特：https://x.com/aicoinwhaledata
免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到[email protected]，本平台相关工作人员将会进行核查。
