Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Requires a pre-existing renderer compromise (modeled as PR:L) and user interaction; AC:H for unreliable UAF; scope change C as sandbox escape crosses to the browser process with total impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Extensions in Google Chrome prior to 149.0.7827.155 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)
Articles & Coverage 2
AnalysisAI
Sandbox escape in Google Chrome's Extensions component (versions prior to 149.0.7827.155 on desktop) allows an attacker who has already compromised the renderer process to break out of the browser sandbox via a crafted HTML page exploiting a use-after-free (CWE-416). Rated High by Chromium and CVSS 8.3, it is a second-stage bug requiring a prior renderer compromise plus user interaction. There is no public exploit identified at time of analysis, EPSS is low (0.27%), and SSVC records exploitation status as none.
Technical ContextAI
The flaw is a use-after-free (CWE-416) in Chromium's Extensions subsystem, the privileged browser-process machinery that manages extension lifecycles, messaging, and APIs. A use-after-free occurs when memory is freed but a dangling pointer is subsequently dereferenced, letting an attacker who controls heap layout reclaim the freed object and hijack execution flow. Because Extensions logic runs at a higher privilege than the sandboxed renderer, a memory-corruption primitive there is a classic vector for crossing the renderer/browser trust boundary - hence the scope-change (S:C) in the CVSS vector. The single CPE provided, cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, identifies Google Chrome desktop as the affected product; Chromium-derived downstreams (the Red Hat and SUSE tags reflect distribution rebuilds) inherit the same code and require the corresponding upstream fix.
RemediationAI
Vendor-released patch: update Google Chrome to 149.0.7827.155 or later on the Stable desktop channel, then fully restart the browser to load the new binary (Chrome auto-updates but the fix does not take effect until relaunch); verify via chrome://settings/help. Organizations running Chromium-based browsers or Linux distribution builds should apply the corresponding vendor package updates from Red Hat and SUSE once published. If patching must be deferred, the practical compensating control is to reduce the pre-conditions this bug requires: disable or tightly restrict browser extensions via enterprise policy (ExtensionInstallBlocklist / ExtensionInstallAllowlist) to shrink the Extensions attack surface, and enforce site isolation and the sandbox - but note that restricting extensions can break business-critical workflows that depend on them. Advisory: https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_01750511403.html.
Same weakness CWE-416 – Use After Free
View allSame technique Memory Corruption
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-37517