Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconLure victim to malicious page
-
DeliveryDeliver renderer exploit via crafted JS
-
ExploitCompromise sandboxed renderer process
-
InstallTrigger UAF in Web Apps via crafted HTML
-
C2Reclaim freed object to hijack control flow
-
ExecuteEscape sandbox into browser process
-
ImpactExecute code with user privileges on 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) a pre-existing compromise of the Chrome renderer process - this CVE is a sandbox-escape primitive, not a standalone RCE, matching the CVSS AC:H complexity rating; (2) user interaction (UI:R) - the victim must navigate to or interact with attacker-controlled HTML that reaches the Web Apps code path; (3) the victim running Chrome at a version below 149.0.7827.103. No authentication is required (PR:N), and the attack is remote over the network (AV:N). Limiting factors: the renderer-compromise prerequisite means lone use of this bug is impractical, and Chrome's silent auto-update will close the window quickly for consumer users; managed enterprise fleets with delayed update rings are at higher residual risk. |
| Impact | The CVSS vector AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H produces 8.3 (High) and accurately reflects the realistic prerequisites: network reachable, but high attack complexity, user interaction required (visiting a crafted page), and scope change (sandbox escape crossing trust boundaries). No EPSS score, KEV listing, or POC has been provided in the available intelligence, so this should be treated as no public exploit identified at time of analysis. However, the bug class (UAF granting sandbox escape) and Chromium's own Critical rating make it a high-value target for exploit chain authors - historically such bugs are weaponized within weeks of disclosure. Prioritize patching, but note this is a chain component, not a one-shot RCE: an attacker must already have a separate renderer compromise to leverage it. |
| Exploit ScenarioDerived | An attacker first lures a user to a malicious or compromised website that triggers a separate renderer-process vulnerability (or uses a stolen renderer RCE primitive) to gain code execution inside the sandboxed Chrome tab. From that foothold, the attacker serves crafted HTML/JavaScript that drives the Web Apps subsystem into the use-after-free condition, manipulating freed object reuse to hijack control flow in the browser process and escape the sandbox onto the host. No public exploit has been identified at time of analysis, but the bug class is well-understood and routinely chained in commercial exploit kits. |
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 versions prior to 149.0.7827.103 allows a remote attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page exploiting a use-after-free in Web Apps. Chromium rates the severity as Critical, and a vendor patch is available, though no public exploit has been identified at time of analysis. This is a second-stage vulnerability typically chained with a renderer RCE to achieve full browser compromise.
RemediationAI
Vendor-released patch: update Google Chrome to 149.0.7827.103 or later via the stable channel auto-update mechanism (chrome://settings/help to force a check and relaunch). Enterprise admins managing Chrome via group policy or MDM should push the new build and verify deployment across the fleet, and downstream Chromium-based browsers should be updated as soon as their vendors ship a rebased build. If patching must be delayed, compensating controls include restricting users to enterprise-approved sites via URL allowlists, disabling installable Web Apps through the WebAppInstallForceList/DefaultWebAppInstallForceList policies (side effect: breaks legitimate PWA workflows), and enforcing site isolation plus strict third-party cookie blocking to reduce the attack surface for the prerequisite renderer compromise. Refer to the advisory at chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html.
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 Chrome's Web Apps component (the subsystem responsible for installable Progressive Web Apps and related window/manifest handling) and is classified as CWE-416 (Use After Free), a memory-corruption class where freed heap memory is referenced again, allowing an attacker to control the contents at that address and hijack control flow or type confusion. Because the bug lives on the privileged (browser-process) side of the IPC boundary, it is reachable from a compromised renderer and can be used to defeat Chrome's site-isolation/sandbox model. The affected component runs in the broker process, which is precisely why exploitation grants the attacker the host privileges of the browser process rather than just renderer privileges.
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 Web Apps in Google Chrome 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: Critical)
Executive ViewAI
Google Chrome versions prior to 149.0.7827.103 contain a sandbox escape vulnerability that enables attackers to achieve full browser compromise if they have already compromised the renderer process through a separate vulnerability. This affects all Chrome users organization-wide and represents a material risk in targeted attack scenarios; however, a patch is available and ready for immediate deployment.
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-35242
GHSA-9mmw-r35m-g52r
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB