Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious HTML page
-
DeliveryHost and deliver link to target user
-
ExploitSocial-engineer specific UI gestures on page
-
ExecutionTrigger DevTools logic flaw
-
PersistBypass browser navigation restrictions
-
ImpactManipulate browser navigation state
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Protection mechanism completeness
|
| Exploitation Conditions | Exploitation requires two explicit prerequisites: the target user must visit a crafted HTML page AND be convinced to perform specific UI gestures as directed by attacker-controlled content - both conditions are embedded in the CVSS UI:R designation. Standard Chrome installations with DevTools accessible (the default for all desktop users) are in scope per the CPE string. Exploitation is constrained by the social engineering dependency, which prevents automation or mass targeting. The Chromium team's 'Low' severity classification further indicates the bypass's practical value is limited even when fully triggered - likely requiring additional conditions or chaining with other vulnerabilities to achieve meaningful attacker goals. The CVSS PR:N confirms no authentication to any target service is required, but the UI:R requirement is the primary real-world limiting factor. |
| Impact | The CVSS 3.1 score of 6.5 (Medium) reflects network delivery (AV:N), no privilege requirements (PR:N), mandatory user interaction (UI:R), unchanged scope (S:U), and High integrity impact (I:H) with no confidentiality or availability impact. However, the Chromium team's own 'Low' internal severity classification is a significant counter-signal: it suggests the bypass is highly context-dependent or of limited practical value to attackers without additional primitives. EPSS at 0.18% (8th percentile) strongly corroborates low exploitation likelihood, with no CISA KEV listing and no known public POC at time of analysis. The mandatory UI:R requirement means the attack is not automatable and relies on social engineering, substantially reducing mass-exploitation potential. The discrepancy between CVSS I:H and Chromium's 'Low' label should lead defenders to treat this as a medium-priority patch rather than an emergency response item. |
| Exploit ScenarioDerived | An attacker hosts a crafted HTML page and social-engineers a target Chrome user into visiting it and performing specific UI gestures - such as clicking or dragging elements as prompted by the page. The inappropriate DevTools implementation is then triggered, allowing the attacker to bypass Chrome's navigation restrictions and potentially redirect the browser to unauthorized destinations or manipulate navigation state in ways the browser security model is intended to prevent. No public POC is known at time of analysis, and the Chromium 'Low' classification suggests the practical impact of a successful bypass is limited without additional attack primitives. |
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's DevTools component (all versions prior to 151.0.7922.72) permits remote attackers to circumvent browser navigation controls when a user is socially engineered into performing specific UI gestures on a crafted HTML page. Despite a CVSS integrity impact of High, the Chromium team internally classifies this as Low severity - a meaningful signal that real-world exploitability is more constrained than the base score implies. No public exploit code or active exploitation has been identified (EPSS: 0.18%, 8th percentile), and a vendor-released patch is available in Chrome 151.0.7922.72.
RemediationAI
Update Google Chrome to version 151.0.7922.72 or later - this is the vendor-released patched version that addresses this vulnerability, confirmed by the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome applies updates automatically via its built-in update mechanism; enterprise administrators should verify that auto-update is enabled or push the update through Chrome Browser Cloud Management or Group Policy. As a compensating control prior to patching in high-risk environments, administrators can restrict DevTools access via the DeveloperToolsAvailability enterprise policy (set to 2 to disable), which eliminates the attack surface but also disables all legitimate developer tooling for affected users - a trade-off appropriate only for non-developer endpoints.
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 Chrome's DevTools - the built-in browser tooling suite used for debugging, inspecting, and profiling web applications. The root cause is described as 'inappropriate implementation,' indicating a logic or design flaw rather than a memory safety issue; no CWE has been assigned. The flaw allows browser-enforced navigation restrictions - policies controlling where pages may navigate - to be bypassed through attacker-controlled interaction with the DevTools subsystem. The affected product is identified by CPE as cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, covering all Chrome desktop releases prior to 151.0.7922.72 across Windows, macOS, and Linux. The Chromium issue tracker entry (https://issues.chromium.org/issues/513864014) is likely access-restricted, consistent with standard Chrome security disclosure practice.
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 delivery via crafted page with no privileges needed; mandatory active user UI gestures (UI:R); navigation restriction bypass justifies I:H; no confidentiality or availability impact applies.
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
Inappropriate implementation 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-693 – Protection Mechanism Failure
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-50862
GHSA-cjp3-gfw6-86qf
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB