2026-09-19 05:15:13 网络安全文章来源：ZONE.CI 全球网 0 阅读模式

文章总结： Chrome紧急修复高危0day漏洞CVE-2026-87491，该漏洞存在于V8引擎，为越界写入问题，已在野外被利用。攻击者可诱导用户访问恶意页面，通过JIT类型混淆、越界写覆盖ArrayBuffer指针，实现任意地址读写，并借助WASM的RWX内存执行shellcode，达成沙箱内RCE。漏洞由首尔大学研究员发现，Google已修复，建议用户升级至153.0.8010.36或更高版本。 综合评分： 88 文章分类： 漏洞分析,web安全,应急响应

又双叒叕是V8！Chrome紧急修复高危0Day (CVE-2026-87491)，利用路径大揭秘

原创

Hankzheng Hankzheng

技术修道场

2026年9月16日 07:59 广东

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

上周四，Google甩出了一个补丁大礼包——一口气修复了足足 230个 安全漏洞！但在这茫茫多的漏洞中，有一个家伙极其危险，因为它已经在野外被黑客武器化并投入实际攻击了。

这个高危的0Day漏洞编号为 CVE-2026-87491，出在大家都非常熟悉的 Chrome 核心命脉——V8 JavaScript 和 WebAssembly 引擎上。

今天我就带大家扒一扒这个漏洞，看看一个看似普通的“越界写入”，是如何让攻击者在沙箱里执行任意代码的。

💥 漏洞核心：V8里的“越界写入”到底怎么玩？

根据NVD（国家漏洞数据库）的描述，这是一个存在于 153.0.8010.36 版本之前的 V8 引擎越界写入漏洞。远程攻击者只需诱导你访问一个精心构造的 HTML 页面，就能在 Chrome 沙箱内部执行任意代码 (RCE)。

那么问题来了，越界写入是如何转化为 RCE 的？

虽然Google目前为了保护大部分还没打补丁的用户，把具体的 Bug 细节和 PoC（概念验证代码）死死捂住了，但结合咱们搞安全的经验和以往 V8 漏洞的常规套路，这个利用路径其实非常清晰：

JIT 编译器的类型混淆/边界检查缺失

在 V8 引擎中，为了追求极致的执行速度，JIT 编译器（比如 TurboFan）会对频繁执行的热点代码进行极具攻击性的优化。如果优化器在推断数组长度或对象类型时产生了逻辑缺陷（比如错误地消除了边界检查 Bounds Check Elimination），就会给攻击者留下操作空间。
内存破坏与数据结构篡改

攻击者利用构造好的 JavaScript 代码触发 OOB Write，去修改相邻内存中极其敏感的数据结构。在 V8 攻防中，最经典的目标就是 ArrayBuffer。通过越界覆盖 ArrayBuffer 的 backing_store 指针，攻击者就能将这个指针指向内存中的任意地址。
实现任意地址读写 (AAR/AAW)

一旦拿捏了 ArrayBuffer 的指针，攻击者就相当于获得了一把内存的“万能钥匙”，可以对当前进程的任意内存空间进行读写。
沙箱内的代码执行 (RCE)

接下来就是执行 Shellcode 了。通常，攻击者会利用 WebAssembly (Wasm) 的特性，因为 Wasm 在内存中会分配一块 RWX (读/写/执行) 的内存页。通过前面的任意地址写入能力，将恶意 Shellcode 写入这块 RWX 内存，劫持控制流，BINGO！沙箱内的 RCE 就此达成。

技术难点与防御对抗：

要在现代浏览器中完成上述一条龙服务，攻击者其实面临着巨大的挑战。比如 V8 引入的指针压缩机制，让指针只占 32 位，增加了内存布局猜测的难度；再加上 ASLR 和 CFI（控制流完整性）的围追堵截。这个 0Day 能够在野外被成功利用，说明背后的黑客团队对 V8 的底层内存机制有着极其恐怖的掌控力。

🕵️ 漏洞发现与幕后英雄

这次抓到这个高危 0Day 的，是来自首尔大学 Compsec Lab 的安全研究员 Jihyeon Jeong。他在 2026年8月6日向 Google 负责任地报告了这个漏洞，并拿到了 $2,500 的漏洞赏金。

值得注意的是，Google 在公告中明确表示：“我们知道 CVE-2026-87491 的在野利用代码已经存在。” 但对于到底是谁在利用这个漏洞发起攻击、目标是谁，Google 保持了沉默。

这也是今年以来，Google 修复的 第 7 个 遭到在野利用的 Chrome 0Day 漏洞了。在此之前的几个兄弟分别是：CVE-2026-2441、3909、3910、5281、11645 以及 85046。这频率，只能说浏览器安全攻防的烈度正在不断升级。

🛠️ 除了 V8，WebGL 也是重灾区

这次的补丁不仅修了 V8，还顺带干掉了 WebGL 和 Cast 组件里的 5 个严重 (Critical) 级别的内存破坏漏洞，大家也可以留意一下：

CVE-2026-87464 / 87488

WebGL 中的 Use-after-free (释放后重用)
CVE-2026-87438

WebGL 中的越界写入
CVE-2026-87527

WebGL 中的缓冲区溢出
CVE-2026-87628

Cast 组件中的 Use-after-free

💡 行业小科普：

Google 提到，在这次修复的 230 个漏洞中，有 195 个是他们自己内部发现的。这很大程度上得益于自动化安全工具的介入，比如 AddressSanitizer (ASAN)、MemorySanitizer、libFuzzer 和 AFL 等模糊测试工具。有趣的是，其中一个 WebPackaging 的高危漏洞 (CVE-2026-87639)，归功于 OpenAI Codex Security，看来 AI 在自动化漏洞挖掘领域的实战价值越来越高了。

🛡️ 咱们该怎么办？立刻更新！

作为 IT 人，我们深知在企业网络安全防御中，终端的补丁管理永远是最基础也是最关键的一环。虽然这个漏洞目前还只是实现了“沙箱内”的代码执行（要完全控制主机还需要搭配一个沙箱逃逸漏洞），但在实际的高级威胁（APT）攻击链中，这已经是极其危险的突破口。

防御建议非常简单粗暴：升级！

Windows / macOS 用户

请务必将 Chrome 升级至 153.0.8010.36 或 .37 版本。
Linux 用户

请升级至 153.0.8010.36 版本。

同时别忘了，如果你平时使用的是 Microsoft Edge、Brave、Opera 或 Vivaldi 等基于 Chromium 内核的浏览器，它们的底层同样会受到这个 V8 0Day 的影响。请大家近期密切关注这些浏览器的更新推送，一旦有新版本，立刻安排上！

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：技术修道场 Hankzheng Hankzheng《又双叒叕是V8！Chrome紧急修复高危0Day (CVE-2026-87491)，利用路径大揭秘》