通杀 iOS 18 多个版本！详解 DarkSword 如何用 WebKit+Core Audio 组合拳秒提权收割钱包

原创

Kit Chung
Kit Chung

安全圈动向

2026年10月13日 07:59
广东

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

最近移动攻防圈爆出了一个极具杀伤力的技术炸弹——针对 iOS 系统的军火级漏洞套件 DarkSword（暗剑） 出现了全新的变种版本 P7 DarkSword。

我这几天把 iVerify 与 Censys 披露的多份技术研报里里外外啃了一遍，背脊一阵发凉。这套工具原本是一套流落在二手黑市上的顶级商业间谍软件，但随着源代码遭遇泄露，黑产团伙不仅接盘了它，还对其进行了一轮极其工程化的“军民融合”改造，甚至搭建起了针对加密货币资产的 EaaS（Exploit-as-a-Service，漏洞利用即服务）分销体系。

今天我就以一线研发和攻防复盘的视角，带大家拆解这套通杀 iOS 18.4 至 18.7 的完整漏洞利用链，看看黑客是如何在无感知状态下打穿沙箱、进驻核心系统服务并收割核心私钥资产的。

漏洞利用链闭环：WebKit + Core Audio 组合拳

大家知道，iOS 拥有业界公认最坚固的沙箱机制与防御纵深。单靠一个 Bug 想彻底拿下设备几乎是痴人说梦。DarkSword 之所以能做到击穿系统，靠的是一套严丝合缝的双 CVE 串联利用链：

攻击路径闭环梳理：
恶意网页诱导 ➔ 触发 WebKit 越界写（CVE-2025-24201）破除 Web 沙箱 ➔ 诱导解析恶意媒体流触发 Core Audio 堆破坏（CVE-2025-31200）执行任意代码 ➔ 内核提权 ➔ 进驻 SpringBoard 核心进程。

1. 第一跳：WebKit 越界写实现沙箱逃逸（CVE-2025-24201）

攻击的切入点依然在受害者使用 Safari 访问恶意链接时触发。WebKit 渲染引擎在处理特定的内存布局和对象类型时存在越界写缺陷（该漏洞已在 iOS 18.3.2 中完成修复）。

• 原理与难点：

现代 WebKit 拥有严格的 Web Content 隔离沙箱。攻击者通过构造极其精密错位的 TypedArray 结构进行堆喷，覆写临近堆块的元数据，建立任意内存读写原语（AAR/AAW）。
* 攻破方案：

通过破坏渲染进程的 IPC机制，伪造特权消息绕过内核审计，直接将执行上下文脱离出 Safari 的受限空间。

2. 第二跳：Core Audio 音频流堆破坏与提权（CVE-2025-31200）

拿到渲染进程外部代码执行权限后，攻击链立刻进入系统多媒体处理模块——调用系统级 Core Audio 框架处理精心构造的畸形音频数据流（该漏洞在 iOS 18.4.1 中修复）。

• 触发机理：

在解析非法音频头结构或解码音频帧时触发堆内存破坏。
* 提权落地：

结合 ROP/JOP 链绕过 PAC（指针身份验证）等防护，进一步利用内核漏洞覆写特权凭证，修改进程 Task 结构中的 bsd_info 与 ucred，一举拿到 root 乃至内核最高执行特权。

变种进化论：P7 的工业级暗度陈仓

很多朋友好奇为什么这个新变种叫 P7？其实是因为攻击者在重构代码时，在所有新增的方法、变量和通信管道前整齐划一地加上了 p7_ 前缀。

比起早期粗糙的野外变种，P7 展现出了极高的工程成熟度。它重点解决了降噪隐蔽、避免重入、提高窃密质量三大实战痛点：

1. 为什么一定要常驻在 SpringBoard？

一般的恶意木马在 iOS 上生存环境极差，要么随时被系统的“看门狗”机制强行杀后台，要么用户关掉 Safari 攻击链路就中断了。

拿到 root 特权后，P7 DarkSword 直接选择把核心 Payload 注入到系统核心守护进程——SpringBoard。SpringBoard 负责管理整台设备的桌面显示、手势交互和 App 生命周期，拥有极高的系统特权，而且系统绝对不可能主动将其杀死。一旦寄生成功，攻击者就获得了一个天然的超级后台网络代理。

2. 本地 Keychain 内存直解转 JSON（降噪降带宽）

老版 DarkSword 的做法非常“土匪”：把整个 keychain-2.db 数据库文件全量打包外传，在攻击者的服务器端离线破解。

但这样干有两大硬伤：一是文件大、流量明显，容易被网络流量检测拦截；二是脱离了设备运行时的解密上下文（Securityd 守护进程与 Secure Enclave 硬件协同），离线解密极其费劲。

P7 的思路极其老练：它借助注入进 SpringBoard 的特权，在设备本地通过内部接口直接解密钥匙串数据，在内存中就地解析并结构化提炼为紧凑的 JSON 报文，再加密回传。数据体积缩小了 90% 以上，而且拿到手就是可直接消费的明文账号凭证。

3. 利用 localStorage 实现无痕与防重入

搞底层漏洞利用最怕的是“反复触发导致设备紫屏、闪退或死机”，这会立刻惊动用户。P7 利用浏览器的 localStorage 写入感染状态。一旦设备被打下，再次刷新网页时脚本直接静默退出。同时，它全面拔除了 HTTP 请求和系统日志里的调试输出，让本地终端取证的难度呈指数级上升。

移动端 RAT 武器库：精准收割数字资产

当这枚 Implant 在 SpringBoard 中运行起来后，它默认每隔 15 秒向 C2 平台发起一次心跳请求。它早已不是简单的漏洞 PoC，而是一套功能极其完善的移动端全功能特种木马：

核心指令体系与黑产定向搜刮能力

• execute_command

直接在受害者设备上执行系统命令，包括 ls、cat、ps、memdump（内存转储）、whoami 等。
* exec

在植入体运行时环境中动态注入执行任意 JavaScript 代码。
* wallet_scan 与 wallet_extract

核心攻击目标！自动化扫描主流移动端非托管钱包，针对 imToken、BitKeep 等 App 容器路径直接剥离助记词、Keystore 私钥和钱包账户余额。
* memo_scan 与 photo_scan

直扑备忘录数据库与 /var/mobile/Media/DCIM 相册目录，定向打捞用户随手截屏保存的私钥、助记词图片。
* disk_scan 与 ios_app_data

从根目录 / 开始全盘遍历文件树，跨越沙箱容器隔离提取指定 Bundle ID 的核心应用私有数据。

威胁态势：商业化黑产与 AI 武器化暗流

根据 Censys 最新的态势感知，攻击者已经在云端将针对高版本（iOS 18.x）的 DarkSword 与针对老旧系统版本（iOS 13.0 - 17.2.1）的 Coruna 漏洞套件融合成了一个名为 DS-Fusion v1.0 的全版本通杀包，并在腾讯云、沈阳等机房的 C2 节点上运行着具备代理商/分销商模式的“漏洞即服务”平台。

更让人细思极恐的是，安全分析人员在其工作区内发现了疑似利用大语言模型（LLM）自动化移植代码、适配更高版本 iOS 26.x（针对 CVE-2026-31001）的调试痕迹。虽然由于新系统底层机制的重构导致移植未能完全成功，但黑客利用 AI 辅助 0-day/N-day 武器化的现实已经近在咫尺。

面对这种直接下沉到底层内存与核心守护进程的“降维打击”，常规应用层的安全防护手段几乎全线失效。对于我们做移动端研发和安全对抗的技术人来说：及时关注底层 WebKit 内存安全补丁、严禁将高价值资产私钥明文截屏存入相册/备忘录，永远是保命的基本底线。

你在日常移动安全测试中遇到过针对 SpringBoard 的注入手法吗？你对当下黑产利用 LLM 辅助武器化漏洞怎么看？欢迎在评论区一起交流探讨！