一句话点题：手机在响铃、你还没碰它，微信账号就可能已经被别人接管——这不是电影，是 2026 年 9 月 8 日公开的一份真实研究。
场景定位：一个已经在你好友列表里的号码打来微信语音电话，你甚至不用接听，铃声响起的那几秒，账号就失陷了；接着，被劫持的账号会自动呼叫你的每一个好友，像病毒一样人传人。研究方加州安全公司 Calif 把它命名为 WeWorm，并用 AI 辅助，两天写出第一个远程代码执行（RCE）利用，一周做成跨 iOS 与 Android 的蠕虫演示。
合规边界：本文仅用于理解移动端零点击漏洞的风险、攻击面与披露流程，提升安全意识。文中所涉技术细节研究方均未公开，请勿尝试复现或用于任何非法目的。
引言：一个”不用接”的电话
先记住这个反常的现象，它几乎是本次事件最反直觉的一点：
攻击者拨打的微信电话，你拒接了——但账号已经被接管了。
2026 年 9 月 8 日，总部位于美国加州帕洛阿尔托的攻击性安全公司 Calif 公开了一份代号 WeWorm 的研究。演示里，一台 Pixel 10a 手机向一台 iPhone 17e 发起微信语音通话，iPhone 还在响铃阶段，它的微信账号就已经被远程控制；随后，这台被攻陷的 iPhone 又自动向第二台 Pixel 10a 发起通话，用同样的方式把它拿下。三台手机串成一条链，全程受害者没有点过一下屏幕。
《纽约时报》同日跟进报道，把这场演示形容为”一种猛烈且高传染性的病毒”。Calif 首席执行官 Thai Duong（安全圈里广为人知的华裔研究者）对这个漏洞的评价是：“This bug is exceptional”（这个漏洞非同寻常），它的简单与强大，对攻击者而言是”梦想成真”。
但真正让这条新闻超出普通漏洞通报的，是它身后的那台”发动机”——AI。Calif 声称，团队借助 AI 发现漏洞，约两天写出第一个能在手机上执行代码的 RCE 利用，再花约一周做成可在 iPhone 与 Android 之间自我传播的蠕虫。按 Calif 的说法，这种规模的蠕虫，过去需要一个更大的团队干上好几个月。
于是，问题不再是”微信有没有漏洞”——漏洞早就躺在那儿了。真正被改变的，是找到它、利用它的速度。这篇文章，就把这条完整的攻防链从头到尾拆开：它怎么打、AI 怎么加速、40 天里攻防双方各自做了什么，以及为什么说”这扇门其实没关上”。
一、三台手机的人传人：一次蠕虫演示还原
先看完整的攻击演示，它只有三台手机，却足以说明”蠕虫”两个字的分量。
1.1 三跳连锁
1 | Pixel 10a（攻击者） |
第一跳是跨平台的：Android 打 iOS。第二跳同样跨平台：被控的 iOS 打 Android。两跳都用同一类攻击面，说明这个漏洞藏在微信的应用层，与操作系统无关——这也是它能同时打通两大平台的根本原因。
1.2 几个”反常识”的特征
这不是普通的钓鱼，它有几个明显区别于”骗你点链接”的特征：
| 特征 | 具体表现 | 意味着什么 |
|---|---|---|
| 不用接听 | 铃声响起时利用已完成 | 你的”拒接”动作太晚了 |
| 接了也没用 | 接听后听筒无正常通话内容，攻击照样成功 | 不依赖任何用户操作 |
| 拒接只挡一次 | 挂断仅中断当次，攻击者可择时重打（如熟睡时） | 无法靠”不接电话”防御 |
| 秒级完成 | 从利用运行到完全控制账号仅数秒 | 几乎没有反应时间窗口 |
1.3 它到底拿走了什么
需要把”接管微信账号”和”接管整台手机”这两件事严格区分开：
- 单独这条链，只控制微信账号本身——攻击者可以读消息、发消息、拨打电话、以你的身份在应用内操作。
- 它并不等于控制整台手机（未获操作系统级权限）。
但微信账号的”含金量”远超一个聊天工具：它绑着支付、小程序、公众号、企业微信、政务与社区服务。账号级接管，意味着攻击者能冒用你的身份，在一个覆盖 14 亿人的生态里活动。
更进一步的隐患在于”串联”。Calif 在 2026 年 8 月 31 日刚公开了另一个研究 OEMpocalypse——一条从 Android 无权限应用提升到 root 的通用利用链。如果 WeWorm 的账号级控制与这类设备级漏洞链串联，攻击就能从”控制微信”升级为”控制整台设备”。
二、为什么”没接电话”也会中招：零点击与 VoIP 内存破坏
这一节解释一个技术问题：凭什么你还没接，漏洞就触发了？
2.1 漏洞在哪里
Calif 披露的根因，是微信 VoIP（互联网语音通话）协议栈中的内存破坏（memory corruption）漏洞。它不在”你点按钮之后”的路径上，而在来电建立过程中、VoIP 组件处理网络数据的路径上。
换句话说，通话信令在响铃之前就已经被解析了。恶意载荷随呼叫建立过程注入，你的手机在”铃响”这个动作发生前，就已经处理完了攻击者发来的数据——这就是零点击（zero-click）的本质：不需要你点击、接听或做任何交互，攻击在系统处理数据的那一刻就已经发生。
2.2 为什么”好友列表”这道门槛挡不住它
这条攻击有一个前提：攻击者账号必须在受害者的微信好友列表里。陌生人无法直接走这条路径。
表面看，这是一道门槛。但实际上它脆弱得几乎可以忽略：
- 先攻陷任意一名好友即可——被攻陷的账号本身就是最大的信任源，用它发起的呼叫天然被完整解析。
- 信任机制被反过来利用——微信对好友之间的通话、消息有更高信任，这本来是种便利设计，却在蠕虫传播时变成了”倍增器”。
- 社交关系图 = 传播路径图——蠕虫沿着好友关系传播，好友越多，传播半径越大，且没有传统网络蠕虫那种”网关隔离”来止损。
用一句话概括：好友列表不是防火墙，而是燃料。
2.3 这不是微信一家的问题
值得强调的是，这种攻击面普遍存在于所有带实时音视频能力的通讯软件里。任何一个 VoIP 栈，只要在”用户操作之前”就处理远端数据，理论上都暴露在同类风险下。Calif 已明确表示，WeWorm 是它”移动即时通讯零点击攻击面研究”的第一篇，后续会继续针对其他通讯应用。
所以，压力不该只算在微信头上——这是一个行业级的攻击面，只是这次是微信先被公开演示了。
三、AI 两天造出 RCE：攻防时间窗口正在被重写
技术原理之外，这次披露最值得玩味的部分，是 AI 在其中的角色。
3.1 Calif 的时间账
Calif 官方给出的口径是：
“与 AI 协作，我们的团队在约两天内找到漏洞并写出了第一个远程代码执行利用程序，构建蠕虫又花了一周。这种规模的蠕虫，过去需要一个更大的团队花数月时间。”
按它的公开时间线，AI 承担的不是”辅助搜索资料”这种边缘工作，而是漏洞发现 + 利用代码生成这些最核心的智力环节。Calif 设计了一套结构化的 skills（技能，即任务定义与启发式规则），引导大语言模型去分析 VoIP 通话处理代码里的内存安全模式，借此发现并利用了这个漏洞。
3.2 攻防时间窗口的不对称
把攻防双方的时间摆在一起，会发现一个让人不安的错位：
| 方 | 关键耗时 |
|---|---|
| 攻击方（Calif） | 漏洞确认到武器化完成 < 3 周，核心 RCE 仅 2 天 |
| 防御方（腾讯） | 收到报告到客户端补丁约 28 天，再到服务端全面缓解又过 7 天 |
腾讯的响应速度在企业漏洞响应里其实不算慢——但前提是研究人员主动、及时报告。如果换成恶意攻击者独立发现，这 28 天的窗口，对于一款 14 亿用户的超级应用，意味着巨大的暴露面。
安全行业长期有个默认假设：漏洞从发现到被有效武器化，需要数月时间，这个”缓冲期”给了补丁推送操作空间。WeWorm 直接打穿了这一假设——当 AI 把武器化周期从”数月”压到”2 天”，漏洞从”已知”到”被规模利用”的时间差正在消失，而防御方的补丁速度并没有同步提升。
3.3 一个值得保留的批判视角
这里必须给”AI 两天造 RCE”这个叙事泼一盆冷水——德国安全媒体 Blogspan 的作者 Alexander Baumgärtner 在报道里直接写道：”这个叙事我只能信一半。”
他的质疑有三条，都很有分量：
- 不可复现：Calif 用了哪些模型、什么流水线、人工占比多少，”文中哪儿都没有”，无人能核实。
- 利益相关：Calif 的核心业务恰恰就是卖”AI 加速漏洞挖掘”这种能力——所以这份声明，首先是一份供应商广告。
- “超 10 亿账户”是推算不是实测：那是从用户基数做的推演，演示证据只有 3 台设备。
退一步讲，即便”两天”这个数字无法独立验证，”AI 把发现—利用—武器化的周期压了一到两个数量级”这个方向，是被多个独立研究反复印证的趋势。所以更稳妥的结论是：AI 加速漏洞挖掘是真实发生的，但”某个无法验证的 AI 全自动完成一切”的具体说法，目前只能算披露方的一面之词。
四、40 天攻防时间线：从发现到修复的完整复盘
把官方时间线摊开，能看到的不只是技术，还有披露过程中的一系列插曲。
| 日期（2026 年） | 事件 |
|---|---|
| 7 月某日 | Calif 的 AI 系统标记出该漏洞 |
| 7 月 23 日 | 工程团队正式确认漏洞 |
| 7 月 24 日 | 向腾讯提交漏洞报告 |
| 7 月 25—28 日 | 插曲：研究者的微信账号被封禁 |
| 7 月 29 日 | 账号解封 |
| 7 月 30 日 | 完成首个 Android RCE 利用 |
| 8 月 2 日 | 完成 iOS RCE 利用 |
| 8 月 11 日 | 完成跨 iOS/Android 的蠕虫演示 |
| 8 月 21 日 | 腾讯发布 Android 8.0.77 / iOS 8.0.76，客户端缓解 |
| 8 月 26 日 | 腾讯才通知”正在评估该问题”（补丁后 5 天） |
| 8 月 28 日 | 确认服务端已对全部用户缓解 |
| 9 月 3 日 | Calif 向腾讯共享技术分析与可用利用代码 |
| 9 月 4 日 | 腾讯才正式确认”该漏洞可被用于远程命令执行” |
| 9 月 8 日 | 研究公开，《纽约时报》同日报道 |
| 9 月 9 日 | 法新社记者在外交部例行记者会上提问此事 |
4.1 出圈：一场技术演示，如何变成了外交议题
时间线的最后一条，是整件事里最耐人寻味的一环：公开后的第二天，它就从技术圈”出圈”到了外交层面。
9 月 9 日的外交部例行记者会上，法新社记者向发言人毛宁抛出这个问题。先看提问的完整原文（外交部官网逐字记录）：
“美国网络安全公司 Calif 昨天称，该公司开发了一款人工智能黑客工具，可控制微信个人账号、窃取私人信息。腾讯公司称，在接到 Calif 通知后，已修复相关安全风险。外交部对此有何评论？”
毛宁的回应同样简短，一句话带过，没有针对漏洞本身展开：
“我不了解你提到的具体情况。中方始终认为，应推动人工智能向善，防范滥用恶用。”
短短一问一答，其实藏着好几层值得拆解的信息。
第一层：提问的”框架”，比提问本身更值得注意。 法新社记者没有把这件事问成”微信是不是不安全”，而是把它重新包装成了一个网络安全议题——英文实录里，他的原话是 “as a matter of cyber security, does the foreign ministry have comments on this?”（作为网络安全问题，外交部对此有何评论？）。一个企业的单个漏洞，被记者一句话抬到了”网络安全”的国家层面。这就是议题框架的力量：同一个事实，放进不同的框架里，就变成完全不同的问题。 而一旦它被框架成”网络安全”，就不再是腾讯一家的事，而是需要外交部表态的事。
第二层：回应的两层结构。 毛宁的回应拆开看是两句，各司其职：
- “我不了解你提到的具体情况”——这是标准的发言人”不评论个案”话术，回避对单个企业、单个漏洞的定性，把技术事实层面的问题挡在门外。
- “中方始终认为，应推动人工智能向善，防范滥用恶用”——这是把话题拉回到中方一贯的 AI 治理立场上，用一个原则性的、可复用的表述，覆盖掉”微信这个具体事件”。
一退一收，两句话就把一个可能被继续追问的个案，收束成了一个”中方早有原则立场”的例行表态。
第三层：两种 AI 叙事，在这里打了个照面。 有意思的是，毛宁说的”推动人工智能向善、防范滥用恶用”，和 Calif 在公告里反复强调的那套——“AI 让我们有机会以前所未有的速度发现并修复漏洞，让世界更安全”——其实是同一个命题的两面。Calif 强调 AI 加速”防御”的一面，中方口径强调 AI 防范”滥用”的一面。两种叙事都落在”AI 治理”这个点上，却指向不同的重心。一个漏洞，就这样成了”AI 该怎么用”这场更大讨论的一个注脚。
第四层：媒体报道的转述，已经出现了”版本差异”。 外交部官网的逐字记录是”我不了解你提到的具体情况”；而北京日报、新浪、搜狐等媒体的转述则写作”你提到的企业的情况我还不太了解”。两句话意思相近，但措辞不同——转述一旦经过媒体之手，措辞就会漂移。 这也是为什么这类内容必须以官方逐字实录为准，而不是信媒体转述。
到这里，WeWorm 这件事的全貌才算完整：它先是一场技术演示，然后是一次负责任的披露，最后，在公开后的 24 小时内，被推进了外交场合——不是因为漏洞本身有多大，而是因为”AI + 安全 + 一个 14 亿用户的应用”这个组合，本身就自带话题的重量。
4.2 提问者：法新社这个瘪犊子，是怎么浑水摸鱼的
前面说的是”问的人问了什么”，这一节要说”问的人是怎么问的”——因为真正值得拆的，是法新社在这次报道里玩的那套框架化操作。
先说背景：法新社不只是在记者会上问了这一句。同一天（9 月 9 日），它还发了一篇自己的电讯稿，标题是《China’s WeChat makes fix after US firm shows AI hack risk》（美国公司展示 AI 攻击风险后，中国微信作出修复）。把记者会上的提问、和这篇电讯稿放在一起看，才能看清它完整的手法。
第一手：标题先定了调，国别对立。 这个标题把主语硬生生切成两半——“China’s WeChat”（中国的微信）和 “US firm”（美国公司）。一个”漏洞被美国公司找到、已被修复”的干净事实，被标题直接渲染成”美国技术 vs 中国应用”的对峙。导语里又叠了两个标签：“Chinese mega-app”（中国超级应用）、“more than a billion people”（10 亿人）。于是，一个 App 的一个内存破坏 bug，被放大成了”中国国民级应用的安全危机”。
第二手：提问时偷换了层级。 记者会上那句 “as a matter of cyber security”（作为网络安全议题）是关键的一步。它用 “as a matter of” 这个短语，把一个企业级的技术漏洞，轻轻一抬，就抬成了国家级的网络安全议题——企业的事变成政府的事，腾讯的事变成外交部的事。这正是”浑水摸鱼”最典型的一手：水本来是清的（漏洞已修复、无在野利用、无人受害），它偏要先把水搅浑——把”企业漏洞”和”国家网络安全”之间的边界抹掉——然后从浑水里捞它真正想要的东西：政府的政治表态。
第三手：收尾时的选择性引述。 法新社的电讯稿里，特意引用了 Calif 负责人 Thai Duong 那句”美中在很多问题上存在分歧，但保障数十亿人的网络安全不应是其中之一”，还提到特朗普与习近平预计本月会晤、AI 可能成为议题之一。一句技术研究者的表态，被法新社顺手接进了”中美关系 + AI 治理”这个大叙事里。一个漏洞，就这样被包装成了两个大国博弈的一个注脚。
第四手：腾讯的收尾被”矮化”了。 腾讯对这件事的回应其实相当完整：已收到通知、已调查并修复、修复已在服务端部署、对所有用户生效、无证据表明该问题被利用、感谢研究者提出问题。这是一个负责任、干净的收尾。但在法新社的叙事里，这个收尾被压在”美国公司演示 AI 攻击风险”的标题之下，腾讯被塑造成”被动修漏洞的一方”，而”漏洞已经修好、没有任何人受害”这个最重要、最该被强调的结论，反而被冲淡了。
把这四手合起来看，法新社干的其实是一件很熟练的事：把一件已经”闭环”的技术事件，重新打开成一个”中美 AI 安全博弈”的开放议题。 至于这个议题对谁有利、谁在浑水里摸到了鱼，答案不言自明。
最后，说清楚一件事：这位提问的记者，到底是谁？ 外交部实录只标注”法新社记者”，法新社自己的电讯稿也没有署名，公开渠道查不到这位记者的具体姓名和背景。
这里需要澄清一个容易产生的误会。有读者可能会想：这位记者，会不会和常驻北京、惯于在中日议题上挑事的那帮日本小鳖犊子（日本媒体记者）有关系？
答案是：没有任何公开证据。 公开资料里，找不到任何把这次提问与日本记者、日本媒体联系起来的线索。法新社是法国通讯社，提问明确标注”法新社记者”，这件事从头到尾与日本没有关系。之所以会产生这种联想，更多是因为常驻北京的外媒里，日本媒体（共同社、朝日新闻等）在中日敏感议题上提问频次高、存在感强，容易形成一个”又是日本记者在挑事”的刻板印象。
但刻板印象不是证据。就本次事件而言，把提问者与日本挂钩，没有任何公开依据，本文不予采信。 也请读者不要用未经证实的猜测，去”补全”一个本就不存在的关联——真相本来就足够清楚，不需要额外的想象来添油加醋。
4.3 几个耐人寻味的”错位”
时间线上有四处值得单独拎出来：
- 封号插曲：7 月 24 日刚报漏洞，7 月 25—28 日研究者的微信账号就被封了 4 天，之后解封。双方都没公开说明原因。
- 补丁先于评估：8 月 21 日客户端已经发补丁，8 月 26 日腾讯才通知”正在评估”——补丁比正式评估早了 5 天。
- 定性迟到了两周：客户端补丁是 8 月 21 日，而”可被用于远程命令执行”的定性，直到 9 月 4 日才确认。
- 无 CVE、无公告：如此量级的漏洞没有分配 CVE 编号，腾讯也没有发布面向用户的安全公告，App Store 的更新说明只写了”问题修复”。
Blogspan 的批评很直接：对一个 14 亿用户的应用，”先封报告者的号，再默默打补丁，等一切都无法再发生时再补定性”——这决定了”下一个报告者会被多认真对待”。漏洞响应本身完成了，但流程上值得追问的地方，不比漏洞本身少。
4.4 修复的”双轨制”
好消息是修复确实到位了，而且是双轨的：
| 轨道 | 内容 |
|---|---|
| 客户端 | 8 月 21 日发布的 Android 8.0.77 / iOS 8.0.76 修复了 VoIP 栈漏洞本体 |
| 服务端 | 8 月 28 日确认对全部用户生效——即使手机没升级，攻击载荷也会在服务端信令层被拦下（具体机制腾讯未公开） |
腾讯对《纽约时报》的回应是：漏洞已修复，用户无需任何操作。但”硬标准”依然存在：Android 版需 ≥ 8.0.77，iOS 版需 ≥ 8.0.76，低于此版本应立即升级。
4.5 仍悬而未决的问题
即便修复完成，以下问题至今没有答案：
- 无 CVE 编号——量级这么大的漏洞不分配 CVE，海外评论已点名批评；资产侧只能靠”客户端版本号”核对。
- 无 IoC（入侵指标）——Calif 未公开可供防御方检索的特征，用户几乎无法自查是否曾被此类呼叫试探过。
- 底层缺陷是否真修复未知——Calif 说腾讯”缓解了我们的利用方式”，但被问到底层缺陷是否也修了，Calif 答复”无法置评”。
- 其他平台未知——HarmonyOS、Windows、Mac、Linux 版微信各有独立发布节奏，Calif 拒绝说明是否测试过。
4.6 复现性、影响范围与更大的攻击面
在”没有答案”的空白之外，还有三件事可以讲清楚。
第一，它现在已经无法复现——但”根因是否根治”没有答案。
Calif 没有公开漏洞子类型、具体受影响组件、exploit 代码或可复现步骤，只给了演示视频和高层说明，所以外部既无法独立复现，也无法验证它”账号接管、蠕虫传播”的声明。而对攻击者来说，那套特定的打法已经被堵住了——腾讯 8 月 28 日确认服务端封堵对所有用户生效，即使不升级客户端，”来电即触发”的利用路径理论上也在服务端信令层被拦下。
但这里藏着一个关键的不确定性：腾讯做的是封堵利用路径（mitigation），不等于移除客户端里的漏洞代码（root cause fix）。直到现在，腾讯和 Calif 都没有确认底层的内存破坏漏洞是否被真正移除。安全行业里最有分量的一句话，用在这里正合适：
封堵攻击路径 ≠ 修复漏洞本体。
如果底层 bug 还在，理论上就存在”换一种方式重新触发”的风险——只是目前没人公开找到那条新路径。所以严谨的表述是：这条具体的利用链复现不了，但”根因还在不在”没人能打包票。
第二，影响范围严格来说是未知的。
几个数字最容易误读，必须拆开：
| 说法 | 真相 |
|---|---|
| “14.39 亿月活受影响” | 这是活动指标，不是受影响数 |
| “超 10 亿账户可被接管” | Calif 的推算，不是实测 |
| 已确认测试成功的版本 | Android 8.0.76、iOS 8.0.75（比修复版各低一版） |
| 完整受影响版本范围 | 未知 |
| 其他平台（HarmonyOS / Win / Mac / Linux） | 未测试、未知 |
能确认的只有两件事：升级到 Android 8.0.77 / iOS 8.0.76 及以上的用户不受影响；没有已知在野利用、没有受害者报告。 其余——无 CVE、无 CVSS、无 IoC——全是空白。所以”影响范围”在这里最诚实的答案是：无法精确界定，只能确定”已修复版本安全、无现实受害者”。
第三，它能否造成更大的攻击——能，但目前只是潜力，不是事实。
- 单独这条链，上限是”控微信账号”——读消息、发消息、冒充身份，但不等于控制整台手机。
- 真正的”更大攻击”要靠串联。Calif 自己在 8 月 31 日刚公开的 OEMpocalypse（Android 应用级 → root 的通用提权链），理论上能和 WeWorm 组合，从”控账号”升级到”控整机”。
- 它的可怕之处在于放大效应：零点击 + 好友链自传播 + 14 亿用户。《纽约时报》引专家说，若不拦截，数小时可感染数亿设备。这是蠕虫的数学——每控一个账号，通讯录里每个好友都变成可信来电方。
- 但这些都停在”理论 / 演示”层面。因为好人先找到了、负责任地披露了、腾讯封堵了，现实中没有任何一次在野利用发生过。
这三件事并在一起，恰好是这次事件最吊诡的地方：它足够可怕，以至于值得被认真对待；它又足够干净，因为从头到尾，没有一个人真正受害。
五、这条漏洞链的”含金量”：历史零点击对照
要理解 WeWorm 的分量，得把它放进零点击攻击的演化史里看。零点击攻击本身不是新东西，但 WeWorm 的组合拳是头一回。
| 事件 | 时间 | 途径 | 特点 |
|---|---|---|---|
| Stagefright | 2015 | Android 多媒体库，一条 MMS 自动触发 | 单平台，短信即入侵 |
| WhatsApp 呼叫漏洞（CVE-2019-3568） | 2019 | 语音呼叫零点击 | 单平台，曾被 NSO 的 Pegasus 用于定点监视 |
| FORCEDENTRY（CVE-2021-30860） | 2021 | iMessage PDF 渲染 | 单平台，针对记者/活动人士 |
| WeWorm | 2026 | 微信 VoIP 呼叫 | 双平台 + 好友链自传播蠕虫 |
三个历史事件有几个共同点：单平台、定向、需要特定前置条件。而 WeWorm 的不同在于：
- 双平台——同一条链同时打通 iOS 和 Android；
- 蠕虫化——它能自我传播，受害者变成新的攻击者；
- AI 速度——它的开发周期被 AI 压到了天级。
把这三点合起来，Calif 那句”首个通过微信通话在 iOS 和 Android 间传播的零点击蠕虫”的自我声明，至少在”组合方式”这个维度上，是站得住的。
但也要再强调一次：“首个跨双平台零点击蠕虫”是披露方的自我声明，”十亿设备”是用户基数推算，不是实测感染规模。截至公开时，没有任何在野利用的证据，也没有已知受害者。
六、WeWorm 真正危险的地方：它是社工攻击的”前兆”
前面几节，一直在用”零点击””RCE””蠕虫”这些技术词描述 WeWorm。但如果你把它放进社会工程学的框架里再看一遍，会发现它真正的危险，根本不在”技术破坏”，而在它免费送给了攻击者一件社工攻击里最贵的东西——信任。
6.1 社工攻击最难的，从来不是技术，是信任
先回到一个我们反复拆过的命题：一场社工攻击能不能成，决定性的从来不是骗子多会编，而是目标信不信”我是谁”。
传统社工里，这一步是最费劲的。骗子要伪装身份、编造剧本、伪造证据，甚至要先花几轮话术去”预热”目标，才能勉强把”我是你认识的人”这个假象立起来。我们在拆保健品、电诈、裸聊话术时反复强调过一句：话术的杀伤力，取决于它背后有多少”真实”。 而”真实”，恰恰是社工攻击里最难伪造的东西。
WeWorm 直接把这一步自动化了：攻击者不用再伪装”我是你好友”——他真的拿着你好友的账号。
6.2 WeWorm 递出的，是”可信身份”这个最贵的资产
一个被劫持的微信账号，等于把下面这些东西一次性交到了攻击者手里：
- 好友列表里的”熟人”身份——不再是陌生号码，而是通讯录里那个有名字、有头像、有备注的人；
- 真实的聊天历史与称呼习惯——他能知道你们上次聊了什么、你习惯怎么称呼对方；
- 一个”天然可信”的来电方——微信通话里显示的是你好友本人，而不是一个 170 开头的陌生号。
这三样东西凑在一起，正好是 Cialdini 六大说服原则里「喜好」「权威」「互惠」的触发器——好友的请求，天然触发你的系统 1（本能信任），直接绕过系统 2（理性核查）。 我们过去说”精准数据能打穿双系统防线”，WeWorm 更狠：它连”精准数据”都不用挖，直接把账号这个”信任本体”抢过来了。
6.3 如果叠加 AI 语音克隆，就是”三重可信”的精准社工
到这里，真正的威胁形态才浮出水面。WeWorm 负责”拿到账号”，AI 语音克隆负责”伪造声音”，两者一组合，就是精准社工的终极形态：
| 维度 | 攻击者手里有什么 | 受害者凭什么怀疑 |
|---|---|---|
| 可信身份 | 你好友的微信账号 | 通讯录显示是熟人 |
| 可信声音 | AI 克隆的你好友的声音 | 声线、口音、语气都对 |
| 可信场景 | 一通正常的微信语音通话 | 这就是你和朋友日常的沟通方式 |
声音对、账号对、称呼对、场景对——一个受害者接到这样一通”好友来电”，他凭什么怀疑？这已经不是传统意义的”骗术”，而是冒充熟人的满配版本。
我们在《电话那头，不再是「人类」——新一代社工攻击》里拆过 AI 语音克隆本身：它单独出现时，还能靠”号码陌生””内容反常”这些破绽被识破。但 WeWorm 补上了最关键的一块拼图——它让那通”AI 语音”，从你完全信任的好友账号里打出来。 破绽被堵死了。
6.4 好在，这次它没走远
值得庆幸的是，这条”前兆”在真正成型之前就被掐断了：
- 腾讯 8 月 21 日推送了客户端更新——Android 8.0.77 / iOS 8.0.76，把 VoIP 栈的漏洞本体修掉了；
- 8 月 28 日又完成了服务端封堵——即使有人没升级，攻击载荷也会在服务端信令层被拦下。
也就是说，攻击者拿不到那个”可信身份”的入口，后面那些 AI 语音伪装、精准话术，全都失去了支点。这是这次事件里最该松一口气的地方：一个能引爆”精准社工”的引信，被拆在了点燃之前。
但”前兆被掐断”不等于”威胁解除”。它只是说明，这一次是好人先到了。而”零点击漏洞 + AI 语音克隆”这个组合本身，已经作为一种清晰的威胁模型，摆在了所有人面前——下一个人，还会不会这么好运气，没人知道。
七、作为用户，你能做什么（以及做不到什么）
这是最让人无力、也最需要说清楚的部分。
7.1 你几乎做不了什么
零点击攻击的残酷之处在于：它绕过了所有”用户谨慎”。
- 没有恶意链接需要你避开；
- 没有附件需要你拒绝；
- 没有”点击”这个动作需要你克制；
- 拒接电话，只能挡住当次尝试，不能替代系统更新。
你平时养成的所有好习惯——不点链接、不装陌生软件、不接陌生电话——在零点击面前全部失效。这是它被归入移动漏洞”最令人恐惧的类别”的原因。
7.2 你能做的，是这几件
正因为它不依赖你的操作，所以防御的重担几乎全在平台方。但作为用户，仍有几件实打实的事：
| 动作 | 为什么 |
|---|---|
| 升级微信到 Android 8.0.77 / iOS 8.0.76 及以上 | 这是唯一的硬标准，也是本文最重要的建议 |
| 开启应用自动更新 | 下次再遇到同类事件，不用等你自己去点 |
| 核对当前版本号 | 在微信”我 → 设置 → 关于微信”里确认 |
| 留意账号异常 | 陌生设备授权登录、好友反馈收到奇怪消息、异常支付 |
7.3 这条建议写给”长期用旧版”的人
有一个容易被忽略的群体：长期运行旧版微信、又高度依赖账号支付与企业功能的用户。这类用户应默认假设——未知版本的客户端可能存在同类 VoIP 风险，不要用”我没乱点就不会有事”的老经验来安慰自己。
升级，是这件事里唯一确定有效的用户动作。
结语：漏洞被拦住了，但这扇门没关上
WeWorm 的结局是好的那一类：好人先找到了它，负责任地报告了，腾讯把它修掉了，没有在野受害者。
但把这件事只看作”微信又修了个洞”，就错过了它真正的信息量。它同时标志着三件事的发生：
- 移动即时通讯应用，是下一个全球规模的蠕虫式攻击面——14 亿用户 + 零点击 + 好友链自传播，这个组合比任何单点漏洞都更值得警惕。
- AI 把攻击能力的门槛拆掉了——从”资金雄厚的高级团队”下放到了”技术水平较低的攻击者”手里。用 Calif 的话说，这些能力”长期以来掌握在少数人手中，AI 正在把它交到更多人手里”。
- 披露流程本身，暴露了比漏洞更隐蔽的问题——封号、补丁先于评估、RCE 定性迟到两周、无 CVE 无公告。技术问题修好了，流程问题还摆在桌面上。
最后回到 Calif 在公告里那句颇有姿态的话：
“美中之间存在大量分歧，但保障数十亿人的网络安全，不应成为其中之一。”
抛开其中的公关成分，这句话点出了一个真实的方向：当 AI 让漏洞的发现与利用快到以天计，好人唯一能跟上节奏的方式，就是更快地发现、更快地披露、更快地修复——并且，对每一个负责任的报告者，都给予应有的尊重。
漏洞早就躺在那儿了。AI 改变的，从来不是漏洞有多少，而是我们多快能找到它、修好它。
那扇门，不会因为这一次的成功修复就关上——下一个躺在某个 VoIP 栈里的洞，可能已经有人在看了。
素材来源
- Calif 官方研究页《WeWorm》：https://calif.io/research/weworm （完整时间线、技术摘要、AI skills 说明、相关研究 OEMpocalypse）
- Calif 官方博客公告：https://blog.calif.io/p/weworm （核心结论与立场引述）
- 官方演示视频：完整蠕虫流程 https://www.youtube.com/watch?v=OQdagtqKoXg ；Android RCE（34 秒）https://www.youtube.com/watch?v=k5mlLbyAknw
- 《纽约时报》Dustin Volz《A Hacking Tool Built With A.I. Can Breach Phones Without a Click》：https://www.nytimes.com/2026/09/08/us/politics/calif-ai-worm-wechat-hack.html （Thai Duong 引述、事件定性）
- The Hacker News《WeChat Zero-Click Worm Took Over Accounts on iPhone and Android via Incoming Calls》：https://thehackernews.com/2026/09/wechat-zero-click-worm-took-over.html （技术细节、腾讯回应核实、测试版本、信息缺口）
- Help Net Security《”Zero-click” WeChat worm could hijack accounts and spread via a single call》：https://www.helpnetsecurity.com/2026/09/08/wechat-weworm-vulnerability-exploit-account-hijacking/
- Tech Times《WeChat Zero-Click Worm Built by AI in Days》：https://www.techtimes.com/articles/327153/20260910/wechat-zero-click-worm-built-ai-days-voip-bug-put-billion-accounts-risk.htm
- Blogspan（质疑视角）《WeWorm: Ein Anruf genügte für das WeChat-Konto》：https://www.blogspan.net/weworm-wechat-zero-click-wurm/ （AI 叙事不可验证、腾讯处置时间线质疑）
- 中文报道：FreeBuf《首个利用微信通话实现”0 交互入侵”的蠕虫出现》https://www.freebuf.com/articles/endpoint/499525.html ；安全内参《零点击入侵！新型微信蠕虫可无感知盗号》https://www.secrss.com/articles/93828 ；CN-SEC《微信高危零点击 RCE 漏洞：一个电话接管手机》https://cn-sec.com/archives/5424468.html
- 外交部例行记者会：2026 年 9 月 9 日发言人毛宁主持记者会（法新社记者就 Calif 黑客工具提问，毛宁回应”不了解具体情况，应推动人工智能向善、防范滥用恶用”）中文实录 https://www.mfa.gov.cn/fyrbt_673021/202609/t20260909_12019125.shtml ；英文实录（含 AFP 提问原文 “as a matter of cyber security…”）https://www.mfa.gov.cn/mfa_eng/xw/fyrbt/202609/t20260909_12019292.html
- 法新社电讯稿《China’s WeChat makes fix after US firm shows AI hack risk》（2026 年 9 月 9 日发自北京，无署名；标题”China’s WeChat / US firm”国别框架、导语”Chinese mega-app / more than a billion people”、腾讯声明要点、Thai Duong 引述、特朗普与习近平会晤预期）经 AFP 转载页核实 https://www.sinodaily.com/afp/260909090831.j6x2hcz9.html
- 用户提供原文：微信公众号「二进制空间安全」《曝 AI 挖出微信零点击漏洞，来电无需接听可直接接管账号》
相关文章
- 《勒索软件应急响应实战指南：从 WannaCry 到 JADEPUFFER 的 9 年进化与 NIST 四阶段框架》 —— AI 如何改变攻击侧，以及防御方的应急框架
- 《电话那头，不再是「人类」——新一代社工攻击》 —— AI 对攻击门槛的另一个切面
- 《钓鱼攻击的完整产业链：从伪造域名到会话 Cookie 变现》 —— 账号接管之后，攻击者如何变现
评论