Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttacker hosts crafted HTML page
-
DeliveryVictim lured to malicious page
-
ExploitVictim performs specific UI gestures
-
ExecutionDevTools input validation bypassed
-
PersistChrome navigation restrictions circumvented
-
ImpactAttacker achieves unauthorized cross-origin or policy-violating navigation
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 the victim to be running Google Chrome prior to version 151.0.7922.72 on a desktop platform, as the vulnerability is in the desktop DevTools component. The attacker must successfully social-engineer the victim into both visiting a crafted HTML page and completing specific UI gestures - the exact nature of which is not disclosed in available public data but is described as non-trivial, consistent with Chromium's Low internal severity rating. DevTools does not need to be explicitly opened by the user. Exploitation is fundamentally limited by the mandatory user interaction requirement (UI:R), which prevents automated or silent mass exploitation and requires per-victim social engineering. There is no elevated privilege or authenticated session required on the attacker's side. Exploitation is further constrained to desktop Chrome; mobile Chrome builds are not scoped by the available CPE data. |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N) indicates a network-delivered, low-complexity, unauthenticated attack with no scope change and high integrity impact, but requiring user interaction. This required UI gestures element is the primary real-world friction point: the attack cannot be silently triggered against passive victims and depends on social engineering success. EPSS at 0.18% (8th percentile) places this well below the exploitation threshold seen in actively targeted vulnerabilities, consistent with Chromium's own Low severity classification - which notably diverges from the NVD's Medium CVSS score of 6.5. No KEV listing and no reported POC further deprioritize this relative to other Chrome findings. The high integrity impact likely reflects the ability to bypass navigation controls (e.g., enabling cross-origin redirects or violating iframe policies) rather than arbitrary code execution. This is a routine patch-cycle priority, not an emergency response item, for most organizations. |
| Exploit ScenarioDerived | An attacker registers a convincing domain and hosts a crafted HTML page designed to manipulate Chrome's DevTools input handling. After social-engineering a victim into visiting the page and interacting with specific UI elements (such as prompted clicks or dialog interactions), the attacker's page exploits the validation flaw to bypass Chrome's navigation restrictions, potentially enabling cross-origin navigation or policy-violating redirects that would otherwise be blocked. No public POC 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
Navigation restriction bypass in Google Chrome's DevTools component (versions prior to 151.0.7922.72) enables remote attackers to circumvent Chrome's browsing navigation policies via a crafted HTML page. Exploitation requires convincing a victim to perform specific UI gestures, confining the attack surface to social engineering scenarios. The Chromium team internally rates this Low severity; the CVSS 6.5 score reflects the high integrity impact of policy bypass if interaction is achieved, but EPSS at 0.18% (8th percentile) and no KEV listing confirm low real-world exploitation probability. No public exploit or POC has been identified at time of analysis.
RemediationAI
Update Google Chrome to version 151.0.7922.72 or later via Chrome's built-in update mechanism (Settings > Help > About Google Chrome) or through enterprise software management tooling; this is the vendor-confirmed fix per the stable channel advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. For organizations unable to patch immediately, enterprise administrators can restrict DevTools availability using the Chrome enterprise policy DevToolsAvailability set to disallow (value 2), which eliminates the vulnerable component's exposure; this carries the trade-off of blocking legitimate developer use. Additionally, user awareness of social engineering attempts involving unexpected UI gesture requests can reduce exploitation likelihood given the mandatory UI:R attack requirement.
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 vulnerability resides in Google Chrome's DevTools component - the integrated developer tooling environment accessible in desktop Chrome builds. CWE-20 (Improper Input Validation) identifies the root cause as insufficient sanitization of attacker-supplied input originating from a crafted HTML page, allowing it to influence DevTools behavior in a way that violates Chrome's navigation restrictions. These restrictions normally enforce cross-origin and same-origin navigation policies. DevTools has elevated access to browser internals, making it a meaningful attack surface when input validation lapses. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, scoping all Chrome desktop variants prior to the patched release.
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
Network-delivered via crafted page (AV:N); mandatory active user gestures (UI:R); navigation bypass yields integrity impact only with no confidentiality or availability consequence.
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 DevTools in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who convinced a user to engage in specific UI gestures 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-50852
GHSA-5mjv-hhp3-qvm6
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB