Severity by source
AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
Kept AV:N/AC:H/UI:R per Chromium scoring convention; PR:N reflects web-content origin though a renderer foothold is required, and sandbox escape yields full C/I/A impact within an unchanged scope.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in Extensions in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who had compromised the renderer process to perform privilege escalation via a crafted HTML page. (Chromium security severity: Medium)
AnalysisAI
Privilege escalation in Google Chrome's Extensions component (versions prior to 150.0.7871.47) lets a remote attacker who has already compromised the renderer process break out via a crafted HTML page. Rated Medium by Chromium and CVSS 7.5, it stems from insufficient validation of untrusted input (CWE-20) and requires user interaction plus a pre-existing renderer foothold. There is no public exploit identified at time of analysis, EPSS is low (0.22%, 12th percentile), and it is not on CISA KEV.
Technical ContextAI
The flaw lives in Chrome's Extensions subsystem, the browser layer that mediates privileged APIs exposed to extensions and to web content interacting with them. The root cause is CWE-20 (Improper Input Validation): the Extensions code accepts untrusted input - originating from an already-compromised renderer process - without adequate validation, allowing an attacker to cross the privilege boundary between the sandboxed renderer and the higher-privileged browser context. Because Chromium renderers are sandboxed by design, this class of bug is typically chained as the second stage of a sandbox escape rather than an initial entry point. The affected code is Chromium's cross-platform Extensions implementation shipped in the desktop Stable channel (Chrome, and by extension Chromium-based browsers consuming the same engine).
RemediationAI
Vendor-released patch: 150.0.7871.47. Update Google Chrome to 150.0.7871.47 or later via the Stable desktop channel and confirm by navigating to chrome://settings/help, which forces an update check and relaunch. In managed environments, ensure auto-update is enabled or push the fixed build through your enterprise update/MDM channel, and reduce exposure to the renderer-compromise precondition by keeping the browser current and restricting installation of untrusted extensions. There is no vendor-published standalone workaround; because exploitation depends on first compromising the renderer, keeping all Chrome components patched (which closes the renderer bugs used as the first stage) is the effective compensating control, at the trade-off of relying on timely update rollout. See Google's advisory: https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html and the Chromium issue https://issues.chromium.org/issues/501631475.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Privilege Escalation
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-40577
GHSA-86ph-mmh8-99jx