Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Reachable from a page but requires precise heap grooming (AC:H) and page load (UI:R); sandbox escape crosses a trust boundary (S:C) with total renderer-to-browser impact (C/I/A:H).
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Glic in Google Chrome prior to 150.0.7871.47 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)
AnalysisAI
Sandbox escape in Google Chrome's Glic component before version 150.0.7871.47 lets a remote attacker who has already compromised the renderer process break out of the browser sandbox by serving a crafted HTML page that triggers a use-after-free (CWE-416). Rated High by Chromium with a CVSS of 8.3 and a scope-changing vector; there is no public exploit identified at time of analysis, and EPSS is low at 0.21%. SSVC shows no known exploitation and Google has released a patched Stable channel build.
Technical ContextAI
The flaw is a use-after-free (CWE-416) in Glic, a component of the Chromium/Google Chrome browser. Use-after-free occurs when memory is freed but a dangling pointer is subsequently dereferenced, allowing an attacker who controls heap layout to reclaim the freed allocation with attacker-controlled data and hijack subsequent object usage. In Chrome's multi-process architecture, renderer processes are sandboxed and untrusted; a bug like this in a higher-privileged browser-side component (Glic) is significant because it can be reached from a compromised renderer to cross the sandbox boundary - reflected in the CVSS Scope:Changed metric. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* confirms the affected product is the Google Chrome application across platforms prior to the fixed build.
RemediationAI
Vendor-released patch: update Google Chrome to 150.0.7871.47 or later via the Stable channel; restart the browser to apply the update (per the advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html). Enterprises should push the update through managed deployment and confirm auto-update is enabled, and SUSE/Chromium-derived distributions should apply the corresponding vendor package once released. If patching must be delayed, compensating controls include enabling Chrome's site isolation (default) and, for high-risk users, running Chrome with the renderer/sandbox hardening intact and restricting untrusted browsing; because exploitation requires a prior renderer compromise, keeping the browser fully updated to close the initial renderer bug is the most effective mitigation. There is no feature-level workaround specific to Glic, so upgrading is the definitive fix.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-40509
GHSA-cv62-6526-38hx