修复 Google Chrome 浏览器中的 CVE-2024-0517 漏洞

CVE-2024-0517 是 Google Chrome 浏览器 120.0.6099.224 之前版本的 V8 JavaScript 引擎中的越界写入漏洞，远程攻击者可通过伪造的 HTML 页面利用该漏洞造成堆损坏。该漏洞由 QriousSecure 的 Toan (Suto) Pham 首次报告。 

攻击者可以托管一个包含精心制作的 HTML 页面的网站，并通过钓鱼电子邮件或社交网络诱骗用户访问该网站。当用户使用有漏洞的 Google Chrome 浏览器版本访问该网站时，嵌入的恶意代码将执行任意命令。 

攻击者可以托管一个包含精心制作的 HTML 页面的网站，并通过钓鱼电子邮件或社交网络诱骗用户访问该网站。当用户使用有漏洞的 Google Chrome 浏览器版本访问该网站时，嵌入的恶意代码将执行任意命令。 

Maglev 是 V8 中的优化编译器，可增强代码执行和内存分配。Maglev 仅在代码频繁执行并标记为 "热 "时运行，这表明需要通过编译加快执行速度，而不是逐行解释。 

通常情况下，分配发生在非连续的内存区域，导致内存使用稀疏且效率低下。为了解决这个问题，V8 采用了一种名为折叠分配的技术，它可以连续、同时分配多个变量。Maglev 也在其进程中使用折叠分配来优化分配。 

为了清理未使用的内存区域，V8 采用了代际垃圾收集（GC）技术，将内存分为两个空间：年轻一代和老一代。此外，还有两个垃圾收集器：次要垃圾收集器负责清理年轻空间，主要垃圾收集器负责清理旧空间。年轻代是内存中最初分配新创建对象的区域，而老一代是内存中存储长期对象的区域。在年轻代中经过多次次要垃圾回收器循环的对象，最终会被提升到老一代。 

当从没有明确定义构造函数（基类默认构造函数）的基类继承的类中创建对象，然后再创建另一个对象时，就会出现漏洞。由于折叠分配的原因，第一个对象的分配可能会紧接着第二个对象的分配。如果在这两次分配之间发生垃圾回收等事件，就会产生类型混淆漏洞。

OPSWAT 研究生对分配过程中的 V8 工作流程进行了详细分析，并确定在此过程中会调用以下功能： 

为利用此漏洞，OPSWAT 研究生创建了包含 shellcode 的 WebAssembly 实例，并试图通过 GC 引发类型混乱，从而控制内存并执行 shellcode： 

在初始化过程中，我们首先定义了一个包含空对象的数组 (_arrayObject)。接着，我们构建一个子类实例以及一个触发式垃圾收集器。最后，我们定义了另一个包含浮点数的数组，名为 _arrayDouble。 

成功触发类型混淆后，执行 shellcode 需要读取内存并覆盖受控地址的内存。为此，我们创建了读写基元。开发基元将利用对象中的元数据为我们提供任意读/写内存区域，并利用这些区域运行任意代码。 

接下来，我们创建了两个 WebAssembly 实例：一个用于存储 shellcode，另一个用于触发 shellcode。为了避免通过读写原语将 shellcode 直接写入 WebAssembly 实例的内存，我们在 WebAssembly 实例中定义了一些浮点常量值。 

利用读写原语，我们调整第二个 WebAssembly 实例的跳转表指针，跳过第一个 WebAssembly 实例中常量编译代码的某些字节，这样浮点常量就会被解释为我们想要的 shellcode：

最后，在引发类型混淆并使用读/写原语控制 WebAssembly 实例的跳转表指针后，我们调用了第二个 WebAssembly 实例的导出函数，从而执行了第一个 WebAssembly 实例中的 shellcode。 

我们使用的 shellcode 是用来终止 Linux 机器上的所有进程的，就像下面的命令一样： 

为了在现实世界中模拟这种利用，OPSWAT 研究生创建了一个恶意制作的 HTML 页面。 

MetaDefender Endpoint™ 利用其 "漏洞应用程序 "功能，主动缓解了这一 CVE。该解决方案能有效地确定并显示端点环境中谷歌 Chrome 浏览器应用程序的所有相关 CVE。为了消除威胁，用户可以立即卸载 Chrome 浏览器或应用最新的安全补丁。采取任何一种应对措施，CVE 都会被完全控制，从而大大降低端点遭受成功网络攻击的风险。

了解为什么世界各地的组织、机构和实体都信赖MetaDefender Endpoint 来保护关键端点。立即咨询专家，了解更多信息，并亲自体验免费演示。