Skip to main content
CVE Vulnerability Database
Vulnerability Database/CVE-2026-11642

CVE-2026-11642: Google Chrome Use After Free Vulnerability

CVE-2026-11642 is a critical use after free vulnerability in Google Chrome Web Apps that enables sandbox escape attacks. This article covers the technical details, affected versions, security impact, and mitigation.

Published:

CVE-2026-11642 Overview

CVE-2026-11642 is a use-after-free vulnerability in the Web Apps component of Google Chrome prior to version 149.0.7827.103. The flaw allows a remote attacker who has already compromised the renderer process to potentially escape the Chrome sandbox using a crafted HTML page. Google's Chromium team rated the underlying security severity as Critical, while NVD assigns a CVSS 3.1 score of 8.3 (HIGH). The vulnerability is classified under CWE-416: Use After Free and affects Chrome installations on Windows, macOS, and Linux.

Critical Impact

Successful exploitation chains this flaw with a renderer compromise to break out of the sandbox, granting attackers code execution at the browser process privilege level on the host system.

Affected Products

  • Google Chrome versions prior to 149.0.7827.103
  • Chrome on Microsoft Windows, Apple macOS, and Linux desktop builds
  • Chromium-based browsers that inherit the vulnerable Web Apps component

Discovery Timeline

  • 2026-06-09 - CVE-2026-11642 published to NVD
  • 2026-06-09 - Google publishes Stable Channel update advisory for desktop
  • 2026-06-09 - Last updated in NVD database

Technical Details for CVE-2026-11642

Vulnerability Analysis

The vulnerability resides in the Web Apps subsystem of Chrome, which manages installable Progressive Web Applications (PWAs) and their lifecycle within the browser process. A use-after-free condition [CWE-416] occurs when code continues to reference a heap object after that object has been freed. In this case, the dangling pointer is reachable from a privileged browser-process pathway that handles requests originating from a renderer.

Exploitation is gated behind a prior renderer process compromise. An attacker first needs code execution inside a sandboxed renderer, typically obtained through a separate renderer-side memory corruption bug. From that foothold, a crafted HTML page drives interactions with the Web Apps component to trigger the freed-memory access in the browser process, enabling a sandbox escape.

The attack requires user interaction and exploitation is rated as high complexity, reflecting the dependency on chaining with another renderer flaw. The scope is changed because the bug crosses the renderer-to-browser trust boundary, and successful exploitation impacts confidentiality, integrity, and availability of the host.

Root Cause

The defect is a use-after-free in object lifetime management within Chrome's Web Apps code. A heap-allocated object referenced by the Web Apps logic is released while a separate code path retains a pointer to it. Subsequent dereference of the stale pointer yields attacker-controllable behavior when the freed memory is reclaimed and reshaped.

Attack Vector

The attack vector is network-based delivery of a crafted HTML page to a victim who already has a renderer-side exploit primitive available to the attacker. The malicious page drives Web Apps APIs to allocate, free, and re-reference the affected object. Once the dangling pointer is dereferenced inside the browser process, the attacker pivots out of the renderer sandbox.

No public proof-of-concept exploit, ExploitDB entry, or CISA KEV listing is associated with this CVE at publication time. Technical specifics are tracked in the Chromium Issue Tracker Entry.

Detection Methods for CVE-2026-11642

Indicators of Compromise

  • Chrome browser process crashes or unexpected restarts coinciding with PWA or Web App installation, launch, or uninstall events
  • Browser-process child processes spawning unusual binaries (cmd.exe, powershell.exe, shells) shortly after rendering attacker-controlled HTML
  • Outbound connections from chrome.exe to low-reputation domains immediately after a sandbox-relevant event
  • Creation or modification of Web App shortcut files and registry keys outside of user-driven installation activity

Detection Strategies

  • Hunt for chrome.exe parent processes spawning non-browser child processes, which can indicate a successful sandbox escape
  • Correlate Chrome crash telemetry (Stability/WER on Windows, crashpad reports on macOS/Linux) with browsing telemetry to surface exploitation attempts
  • Inspect installed Web App manifests and PWA metadata for unexpected entries that may indicate attacker-controlled installation flows

Monitoring Recommendations

  • Track Chrome version inventory across managed endpoints and alert on hosts running builds older than 149.0.7827.103
  • Forward browser process telemetry, child process creation, and network connection events to a centralized analytics platform for retrospective hunting
  • Monitor for high-entropy or obfuscated HTML payloads delivered through email gateways, web proxies, and ad-network traffic

How to Mitigate CVE-2026-11642

Immediate Actions Required

  • Update Google Chrome to version 149.0.7827.103 or later on all Windows, macOS, and Linux endpoints
  • Restart Chrome after the update so the patched binary is loaded; verify the running version through chrome://version
  • Audit Chromium-based browsers (Edge, Brave, Opera, Vivaldi) and apply vendor updates that incorporate the upstream Chromium fix

Patch Information

Google addressed CVE-2026-11642 in the Chrome Stable Channel release 149.0.7827.103 for desktop. Details are documented in the Google Chrome Security Update advisory. Enterprises managing Chrome through Group Policy, Jamf, Intune, or similar tools should push the updated MSI, PKG, or DEB/RPM packages and confirm rollout completion through endpoint inventory data.

Workarounds

  • Enforce automatic Chrome updates via enterprise policy to eliminate version drift across managed fleets
  • Restrict installation and use of Progressive Web Apps through the WebAppInstallForceList and related Chrome enterprise policies until patching is verified
  • Apply network-level filtering and browser isolation for high-risk users to reduce exposure to crafted HTML payloads
  • Disable or restrict third-party Chromium-based browsers that have not yet incorporated the Chromium 149 fix
bash
# Verify deployed Chrome version on Linux endpoints
google-chrome --version

# Windows: query installed Chrome version from the registry
reg query "HKLM\SOFTWARE\Google\Update\Clients\{8A69D345-D564-463C-AFF1-A69D9E530F96}" /v pv

# macOS: read the bundled CFBundleShortVersionString
defaults read "/Applications/Google Chrome.app/Contents/Info" CFBundleShortVersionString

Disclaimer: This content was generated using AI. While we strive for accuracy, please verify critical information with official sources.

Default Legacy - Prefooter | Experience the World’s Most Advanced Cybersecurity Platform

Experience the Most Advanced Cybersecurity Platform

See how the world’s most intelligent, autonomous cybersecurity platform can protect your organization today and into the future.