Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessDeliver separate renderer exploit via crafted page
-
DeliveryGain code execution in sandboxed renderer
-
ExploitCraft malicious navigation input
-
ExecutionTrigger insufficient validation in Navigation component
-
PersistBypass cross-origin navigation restrictions
-
ImpactPerform unauthorized navigation to restricted context
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 has two explicit, sequential prerequisites: (1) the attacker must have already achieved code execution within Chrome's renderer process via a separate, independently-exploited vulnerability - this is stated verbatim in the CVE description and is the primary limiting factor; and (2) the victim user must interact with a crafted HTML page (CVSS UI:R), meaning passive drive-by exploitation without user action is not possible. No special Chrome configuration or feature flag is required beyond basic browsing. Factors limiting exploitation: renderer pre-compromise is a high bar requiring a distinct exploit chain; SSVC confirms the attack is not automatable; Chromium's own severity assessment is Low; and the EPSS score of 0.18% reflects near-negligible observed exploitation. The high integrity impact in CVSS applies only if both conditions are met simultaneously. |
| Impact | The NVD CVSS base score of 6.5 Medium contrasts with Chromium's own internal severity designation of Low - a meaningful discrepancy. The CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N) does not fully reflect the critical prerequisite stated in the description: the attacker must have already compromised the renderer process, making this a chained vulnerability rather than a standalone exploit. The SSVC framework corroborates this: Exploitation is rated none, Automatable is no, and Technical Impact is only partial. The EPSS score of 0.18% (8th percentile) confirms very low exploitation probability in the wild. No KEV listing and no known public exploit code further reduce urgency. Real-world risk is substantially lower than the raw CVSS score implies: this vulnerability only matters as a component of a more complex exploit chain targeting an already-partially-compromised browser instance. |
| Exploit ScenarioDerived | An attacker first exploits a separate, unpatched renderer-level vulnerability to gain code execution within Chrome's sandboxed renderer process on a victim's machine. With renderer control established, the attacker serves a crafted HTML page that triggers the insufficient input validation in Chrome's Navigation component, bypassing navigation restrictions to redirect the browser to a restricted cross-origin context or perform unauthorized navigation actions. No public exploit code is known at time of analysis, and the chained nature of this attack significantly limits its practical deployment. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
Navigation restriction bypass in Google Chrome prior to 151.0.7922.72 enables a remote attacker who has already compromised the renderer process to circumvent navigation controls via a crafted HTML page. The CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N) records high integrity impact with no confidentiality or availability loss, reflecting the attacker's ability to redirect or manipulate navigation to otherwise restricted contexts. No public exploit identified at time of analysis; the EPSS score of 0.18% (8th percentile) and Chromium's own internal severity rating of Low collectively indicate minimal real-world exploitation probability despite the Medium NVD score.
RemediationAI
The primary remediation is to update Google Chrome to version 151.0.7922.72 or later via the vendor-released stable channel update documented at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome's auto-update mechanism will deliver this fix to most desktop users without manual intervention; administrators managing enterprise fleets should verify deployment via Chrome Browser Cloud Management or group policy. Because exploitation requires prior renderer compromise, organizations should treat this as part of broader Chrome hardening: enabling Chrome's Site Isolation (--site-per-process) and Strict Site Isolation enterprise policies reduces renderer attack surface as a compensating control. Disabling JavaScript for untrusted sites via enterprise policy would reduce renderer exploitation risk but carries significant usability trade-offs and is impractical as a general control. No workaround eliminates this specific Navigation validation flaw 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
This vulnerability (CWE-20: Improper Input Validation) resides in the Navigation subsystem of Google Chrome, identified by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*. Chrome's multi-process architecture isolates web content inside a sandboxed renderer process, with navigation restrictions serving as a security boundary governing how renderer-initiated navigations are validated before being acted upon by the browser process. Insufficient validation of untrusted input originating from within a compromised renderer means that crafted navigation requests can bypass these controls, allowing unauthorized cross-origin or cross-context navigation actions that the security model is intended to prohibit. The flaw is a secondary weakness exploitable only after an initial renderer compromise, consistent with the SSVC assessment of Automatable: no.
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:L/PR:N/UI:R/S:U/C:N/I:H/A:N
AC elevated to H because exploitation requires prior renderer compromise, a specialized precondition not reflected in the vendor-provided AC:L rating.
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
3DescriptionCVE.org
Insufficient validation of untrusted input in Navigation in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who had compromised the renderer process to bypass navigation restrictions via a crafted HTML page. (Chromium security severity: Low)
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Related Vulnerabilities in Google Chrome 151 Security Vulnerabilities
View all 80Same weakness CWE-20 – Improper Input Validation
View allSame technique Authentication Bypass
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-50670
GHSA-pwhf-pj3h-m735
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB