Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessExploit separate renderer vulnerability
-
DeliveryGain renderer process code execution
-
ExploitServe victim crafted HTML page
-
ExecutionTrigger insufficient input validation in Extensions component
-
PersistCross sandbox boundary into browser process
-
ImpactExecute code outside Chrome sandbox
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 two distinct prerequisites: first, the attacker must have already achieved code execution within the Chrome renderer process via a separate, unrelated vulnerability (a full renderer compromise is mandatory, not optional); second, the victim user must be induced to navigate to a crafted HTML page (UI:R) while the renderer is already compromised. The Extensions component vulnerability alone does not grant initial access. Exploitation is further limited by AC:H complexity, meaning reliable chaining of the renderer compromise and this flaw demands substantial attacker sophistication and precise timing. Non-default extension configurations are not required - the flaw exists in the Extensions input validation layer regardless of which extensions are installed. |
| Impact | The CVSS base score of 5.8 (Medium) with vector AV:N/AC:H/PR:N/UI:R/S:C/C:L/I:L/A:L reflects the real-world constraints well. AC:H is critical here: exploitation is not standalone - the attacker must first possess a separate renderer-process compromise vulnerability to chain with this flaw, making this a second-stage exploit component rather than an initial access primitive. UI:R further requires the victim to navigate to a crafted page. The Scope:Changed flag confirms the sandbox boundary is crossed, which is the most serious aspect. Against these severity signals, EPSS at 0.17% (7th percentile) aligns with the high complexity: reliably chaining two Chrome vulnerabilities demands significant attacker capability. This CVE is not in CISA KEV and no public exploit code has been identified, consistent with the low EPSS. Net assessment: this is a meaningful vulnerability in a ubiquitous product that demands patching, but it is not an immediate emergency for defenders who have other controls in place - its real-world exploitability is constrained by the prior renderer compromise requirement. |
| Exploit ScenarioDerived | An attacker first exploits a separate Chrome renderer vulnerability to achieve code execution within the sandboxed renderer process, then serves the victim a specially crafted HTML page containing malicious extension-related content that triggers the input validation flaw in Chrome's Extensions component, causing the browser to process attacker-controlled data across the sandbox boundary and achieving code execution at the browser-process privilege level outside the renderer sandbox. No public exploit code for this specific CVE has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 31, 2026
Sandbox escape in Google Chrome's Extensions component (versions prior to 151.0.7922.72) allows a remote attacker who has already compromised the renderer process to break out of the browser sandbox via a crafted HTML page. The CVSS Scope:Changed metric confirms this is a true sandbox escape, elevating impact beyond the renderer isolation boundary. No public exploit code exists and EPSS stands at 0.17% (7th percentile), reflecting the chained, high-complexity nature of the attack. Google has released a patched stable channel build (151.0.7922.72).
RemediationAI
Update Google Chrome to version 151.0.7922.72 or later immediately; this is a vendor-released patch confirmed via the Chrome stable channel blog at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome's auto-update mechanism should deliver this to most endpoints automatically, but administrators managing enterprise fleets should verify deployment via policy. As a compensating control pending patch deployment, organizations can enforce Chrome enterprise policies to restrict extension permissions and disable untrusted or unreviewed extensions via the ExtensionSettings policy, which reduces the Extensions attack surface. Restricting Chrome use to managed profiles with allowlisted extensions limits exposure but does not eliminate it, since the flaw lies in input validation within the Extensions component itself. There are no known workarounds that fully mitigate the sandbox escape without patching.
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
Google Chrome implements a multi-process architecture in which the renderer process is sandboxed and isolated from the underlying operating system. The Extensions subsystem bridges the renderer and the browser process, handling untrusted input from web content and extension APIs. CWE-20 (Improper Input Validation) in this component means that the Extensions layer fails to adequately validate attacker-controlled data originating from a compromised renderer. Because the Extensions API can interact with elevated browser-process privileges and system resources, a validation failure here can allow the renderer sandbox to be escaped. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covering all Chrome builds prior to 151.0.7922.72 on all supported platforms.
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 (Medium–Critical)AV:N/AC:H/PR:N/UI:R/S:C/C:L/I:L/A:L
AC:H captures mandatory prior renderer compromise; S:C reflects sandbox boundary crossing; C/I/A:L because post-escape impact is limited and not full system compromise per available data.
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 potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Medium)
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Google Chrome Multiple Security Flaws
View all 80Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
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-50755
GHSA-wjcp-qjjm-r7w3
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB