Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise renderer via separate bug
-
DeliveryLoad crafted HTML page in renderer
-
ExploitTrigger extensions input-validation flaw
-
ExecutionEscape renderer sandbox
-
ImpactEscalate privileges in browser
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Exploitation requires that the attacker has ALREADY compromised the renderer process - this is the explicit, stated prerequisite and the primary limiting factor; the bug is not exploitable directly from an unmodified renderer. The attacker must then get the compromised renderer to load a crafted HTML page (UI:R - user interaction such as visiting a page is involved) that triggers the extensions input-validation flaw to perform privilege escalation. Additional limiting factors: high attack complexity (AC:H), affects only Chrome desktop below 151.0.7922.72, and Chromium's own Low severity rating indicates the impact is confined to escaping the renderer sandbox rather than immediate host compromise. This is not a no-conditions default-config remote exploit despite the PR:N metric. |
| Impact | The signals are mixed and should be read carefully. The supplied CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H = 7.5 High) reflects high impact, but its PR:N understates the real precondition: the description explicitly requires an attacker to have ALREADY compromised the renderer process, which is a substantial prerequisite captured only partially by AC:H. Chromium's own severity rating is Low, contradicting the 7.5 numeric score - this divergence indicates a chained, sandbox-internal privilege escalation rather than a standalone remotely-triggerable RCE. There is no KEV listing and no public exploit identified at time of analysis, and no EPSS score was provided, so exploitation probability data is missing. Net assessment: this is a defense-in-depth / chain-completion bug that matters mainly as the second stage of a multi-bug exploit; it is a routine-priority browser patch, not an emergency, but should still be remediated on the normal Chrome update cadence. |
| Exploit ScenarioDerived | An attacker first exploits a separate renderer vulnerability to gain code execution inside Chrome's sandboxed renderer, then navigates that compromised renderer to a crafted HTML page that abuses the extensions input-validation gap to escalate privileges out of the renderer context. Given AC:H and the renderer-compromise prerequisite this is a chained, targeted attack rather than a point-and-click drive-by; no public exploit is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
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.
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.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
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.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
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
4DescriptionCVE.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)
Executive ViewAI
A sandbox-escape vulnerability in Google Chrome (CVE-2026-17930, CVSS 7.5) allows attackers who have compromised a browser tab to escalate privileges and gain system-level access, affecting all Chrome users across the organization. This transforms a localized browser compromise into a potential full system breach vector. Chrome 151.0.7922.72 (July 2026 Stable release) patches this vulnerability and should be deployed immediately to limit attack surface.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Related Vulnerabilities in Google Chrome 151 Security Vulnerabilities
View all 80Same 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 |
EUVD-2026-50856
GHSA-hj88-gg4j-wpmr
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB