Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessVictim visits attacker-controlled site
-
DeliveryChained renderer exploit compromises sandboxed renderer
-
ExploitCrafted HTML triggers Views UAF in browser process
-
ExecutionAttacker reclaims freed object
-
PersistHijacks control flow in browser process
-
ImpactEscapes sandbox with user privileges
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires three concrete conditions: the victim must run Google Chrome on Windows at a version below 149.0.7827.103; the attacker must already have achieved code execution in the renderer process via a separate vulnerability (the CVE explicitly states the attacker has compromised the renderer); and the victim must visit or be navigated to a crafted HTML page (UI:R in the CVSS vector). Limiting factors include the High attack complexity (AC:H) reflecting the difficulty of reliably winning the UAF race in Views, the dependency on a chained renderer exploit, and the Windows-only scope per the description - non-Windows Chrome builds are not within the stated impact. |
| Impact | The CVSS 3.1 vector AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H yields 8.3 and reflects a chained-exploit posture: network reachable, no privileges required, but high attack complexity, user interaction (visiting a malicious page), and a scope change consistent with crossing the sandbox boundary. The description explicitly states the attacker must have already compromised the renderer process, so in practice this bug is only useful as the second link in a chain after a separate renderer RCE. EPSS, KEV status, and public POC availability are not provided in the input data, and the bug is not listed in CISA KEV; combined with the High complexity and renderer-compromise prerequisite, real-world risk is meaningful for targeted attackers (especially nation-state and exploit brokers who routinely chain Chrome bugs) but below the urgency of a single-click unauthenticated RCE. |
| Exploit ScenarioDerived | An attacker first delivers a separate renderer-RCE exploit through a malicious or compromised website that the victim visits in Chrome on Windows. With code execution inside the sandboxed renderer, the attacker serves crafted HTML that drives the browser process's Views code into the use-after-free condition, reclaims the freed object with attacker-controlled data, and pivots to code execution in the unsandboxed browser process - yielding full user-level access to the workstation. No public exploit is identified at time of analysis, but the bug pattern is well-suited to chained exploitation by sophisticated actors. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 09, 2026
Sandbox escape in Google Chrome on Windows prior to 149.0.7827.103 allows a remote attacker who has already compromised the renderer process to break out of the browser sandbox via a use-after-free in the Views component, triggered through a crafted HTML page. Google rates this Chromium security severity High and a vendor patch is available; no public exploit identified at time of analysis and the bug is not currently listed in CISA KEV.
RemediationAI
Upgrade Google Chrome on Windows to 149.0.7827.103 or later, which is the vendor-released patched version per the Chrome Releases stable channel update at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html; in managed environments confirm that Chrome's auto-update has rolled out and force-update endpoints that are pinned or offline. Users of Chromium-based browsers (Edge, Brave, Opera, Vivaldi) should apply their vendor's corresponding update once it incorporates the upstream fix tracked at https://issues.chromium.org/issues/513748868. No vendor-supplied workaround is documented; as a compensating control until patching completes, restrict browsing to trusted sites via enterprise policy or a web proxy and ensure Windows exploit-mitigation features (CET, ACG, CFG) and Chrome's site-isolation are enabled, accepting that these reduce but do not eliminate sandbox-escape risk and may break legacy intranet apps.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw resides in Chromium's Views UI framework, a C++ library used to construct browser windows, dialogs, and other native controls on desktop platforms including Windows. CWE-416 (Use After Free) indicates that an object in the Views subsystem is freed while a dangling pointer to it is still reachable, and subsequent reuse of that memory allows an attacker to coerce control flow or corrupt state. Because Views runs in the privileged browser process rather than the sandboxed renderer, a UAF here is a classic stepping stone from renderer compromise to full sandbox escape, undermining Chrome's site-isolation and process-sandbox security model on Windows.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Views in Google Chrome on Windows prior to 149.0.7827.103 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome on Windows contains a sandbox escape vulnerability (CVE-2026-11661, CVSS 8.3) affecting all versions prior to 149.0.7827.103. Attackers who compromise the browser renderer could break out of Chrome's sandbox and gain full system access, creating exposure to data theft and malware installation. Immediate patching is critical given the severity and broad user impact.
Apply vendor patch. Google Chrome 149.0.7827.103 or later is required; no public exploit identified at time of analysis; no interim mitigation available.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Related Vulnerabilities in Google Chrome Use-After-Free and Memory Safety Flaws
View all 74Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
EUVD-2026-35261
GHSA-mxr8-43v7-9g35
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB