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
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Lifecycle Timeline
4DescriptionCVE.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)
AnalysisAI
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.
Technical ContextAI
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.
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.
Same 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 |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-35242
GHSA-9mmw-r35m-g52r