Severity by source
Sources disagree (Low–Critical)AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
AC:H and UI:R because exploitation requires a pre-compromised renderer plus loading a crafted page; PR:N as no user authentication is needed, with high sandbox-escape impact across C/I/A.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Insufficient validation of untrusted input in Extensions in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who had compromised the renderer process to perform privilege escalation via a crafted HTML page. (Chromium security severity: Low)
AnalysisAI
Privilege escalation in Google Chrome's Extensions component before 151.0.7922.72 lets an attacker who has already compromised the renderer process break out of that sandbox context by serving a crafted HTML page. Chromium rated the underlying issue Low severity, and there is no public exploit identified at time of analysis, though the fix ships in the July 2026 Stable channel desktop update. The bug stems from insufficient validation of untrusted input (CWE-20) crossing the extensions trust boundary.
Technical ContextAI
The flaw lives in Chrome's Extensions subsystem, the browser layer that mediates between untrusted web content, the renderer, and higher-privilege browser/extension APIs. Because the affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* the issue is in the Chrome application itself (Chromium engine) rather than any specific third-party extension. The root cause is CWE-20 (Improper Input Validation): input arriving from an already-compromised renderer is not sufficiently validated before it is acted upon by more-privileged extension handling logic, allowing that validation gap to be leveraged to escalate privileges beyond the renderer sandbox.
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later on the desktop Stable channel; this is the primary and complete fix, delivered via the standard Chrome auto-update (verify via chrome://settings/help and relaunch to apply). See the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. In managed fleets, push the update through your enterprise policy/update server and confirm the minimum version. As an interim compensating control until updates propagate, restrict or vet installed extensions and enforce ExtensionInstallAllowlist/Blocklist policies to shrink the extensions attack surface, and consider enabling site isolation and strict renderer sandboxing (defaults) - noting these do not fully close the gap and the trade-off is reduced extension flexibility for users. Because exploitation requires a prior renderer compromise, keeping Chrome fully patched against renderer bugs also breaks the required chain.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Privilege Escalation
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50856
GHSA-hj88-gg4j-wpmr