Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconLure victim to crafted page
-
DeliveryExploit prior renderer bug for RCE in renderer
-
ExploitDeliver crafted HTML/media to Codecs
-
InstallTrigger use-after-free in freed object
-
C2Hijack control flow across sandbox boundary
-
ExecuteExecute code in browser process
-
ImpactEstablish post-sandbox foothold on Windows host
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 (1) the victim to load attacker-controlled HTML in Chrome for Windows prior to 149.0.7827.103 (UI:R - user interaction), and (2) the attacker to already have code execution inside the renderer process, as the description explicitly states 'a remote attacker who had compromised the renderer process' - meaning this CVE alone is not directly exploitable and must be chained with a separate renderer RCE. Limiting factors include the high attack complexity (AC:H - UAF reliability typically depends on heap grooming and timing/races), the Windows-only scoping per the description, and the requirement that the user actually navigate to the crafted page; non-Windows Chrome builds and patched Windows installs at 149.0.7827.103 or later are not exposed. |
| Impact | The CVSS 3.1 vector AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H produces 8.3 and accurately captures a multi-stage exploit chain: network reachable, high complexity (race/heap-grooming typical for UAF), no privileges, user must visit a page, and Scope:Changed because the bug crosses the renderer sandbox into the broader browser/OS trust boundary. The 'compromised renderer process' precondition in the description means this CVE is realistically a second-stage bug used together with a separate renderer RCE - it is not a one-shot drive-by on its own, which tempers raw urgency. It is not listed in CISA KEV and no public PoC was identified, but Chrome sandbox escapes are routinely chained by commercial spyware and crimeware, so n-day exploitation after patch diffing is plausible; EPSS data was not provided. Net: high priority for any Windows endpoint fleet running Chrome, even though the CVSS-vs-real-world signals suggest targeted rather than mass exploitation today. |
| Exploit ScenarioDerived | An attacker first lands a separate renderer-process compromise (for example through a JavaScript engine or DOM bug) when the victim visits a malicious or compromised site in Chrome on Windows. From inside the sandboxed renderer, the attacker delivers a crafted HTML/media payload that triggers the Codecs use-after-free along a code path reachable from the renderer, grooming the heap to gain control of execution and escape into the higher-privileged browser process, achieving code execution outside the sandbox. No public exploit identified at time of analysis, but the bug class and 'sandbox escape' framing are typical building blocks in chained browser exploits. |
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 before 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 Codecs component triggered by a crafted HTML page. Google rates this Chromium security severity as High, and a vendor patch is available; no public exploit was identified at time of analysis, though the scope-changed CVSS 8.3 reflects the cross-boundary impact of breaching the sandbox.
RemediationAI
Vendor-released patch: Chrome 149.0.7827.103 for Windows - upgrade immediately via the Chrome Releases stable channel update at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html, and validate enterprise rollout through Google Update / managed deployment channels. For managed fleets, force a relaunch policy so the new build is actually loaded rather than sitting staged. Until patched endpoints are confirmed, compensating controls include enforcing Site Isolation (default but verify via chrome://flags and policy), disabling unnecessary media codecs is not generally configurable in Chrome so it is not a practical workaround, and restricting browsing to trusted destinations via SafeBrowsing Enhanced Protection plus a web proxy/DNS filter to reduce the chance of users loading attacker-controlled HTML; note these only reduce exposure and do not eliminate the underlying UAF. Downstream Chromium-based browsers (Edge, Brave, Opera, Electron apps) should be tracked separately for their respective backports.
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 the Codecs subsystem of Chromium's media stack, which decodes audio/video content within the renderer process. CWE-416 (Use After Free) means memory is freed while a dangling pointer remains reachable, allowing an attacker to influence the freed allocation and corrupt control or data structures when the pointer is dereferenced. In Chrome's multi-process architecture, the renderer is normally confined by the OS sandbox; a UAF reachable in higher-privileged code paths invoked from a compromised renderer can be chained to cross the sandbox boundary on Windows, where this issue is specifically scoped per the advisory.
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 Codecs 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 before version 149.0.7827.103 contains a vulnerability that attackers could exploit to take control of affected systems and steal sensitive data; no public exploit has been identified at time of analysis. Windows users are at direct risk. Immediate patching to version 149.0.7827.103 or later is required.
Apply vendor patch.
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-35205
GHSA-2jmx-42pw-22v9
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB