Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttacker positions malicious network traffic
-
DeliveryVictim opens Chrome on Android (pre-151.0.7922.72)
-
ExploitVictim engages Sharing feature
-
ExecutionInsufficient input validation triggered in Sharing component
-
PersistChrome navigation restrictions bypassed
-
ImpactVictim navigated to attacker-chosen destination
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 target to be running Google Chrome on Android at a version prior to 151.0.7922.72 and to actively interact with the Sharing feature while exposed to attacker-controlled network traffic (UI:R - a targeted user action, not passive browsing). The CVSS PR:N metric indicates no attacker authentication to the target system is required. Exploitation is strictly limited by the mandatory user interaction prerequisite: users who do not use the Share functionality during an attack window are not exposed. The impact is bounded to limited integrity (navigation bypass only); there is no confidentiality or availability impact. Desktop Chrome is not confirmed affected. Non-default or enterprise-restricted network environments that block attacker-controlled traffic would further reduce exploitability. |
| Impact | The CVSS 3.1 vector AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N yields a base score of 4.3, reflecting a network-reachable, low-complexity, unauthenticated attack that is gated by mandatory user interaction and produces only limited integrity impact. EPSS at 0.17% (7th percentile) strongly signals low near-term exploitation probability and is consistent with the absence of both a CISA KEV listing and any publicly known proof-of-concept exploit. Chromium's own 'Low' severity classification aligns with this picture. The UI:R constraint is a meaningful real-world limiter - passive browsing without explicitly engaging the Sharing feature does not expose users. The I:L/C:N/A:N impact profile further narrows the blast radius: an attacker who successfully exploits this flaw gains navigation control, not code execution or data exfiltration. Overall risk posture is low-to-medium: patch promptly in routine cycles but no emergency response warranted for most organizations. |
| Exploit ScenarioDerived | An attacker positions themselves to deliver malicious network traffic - for example via a rogue Wi-Fi network or a crafted web resource - to a Chrome for Android user running a version prior to 151.0.7922.72. When the user engages the Sharing feature (e.g., taps 'Share page'), the Sharing component processes attacker-influenced network input without sufficient validation, allowing the attacker to redirect the share flow or bypass navigation restrictions to an unintended destination. No public proof-of-concept exploit code has been identified at the 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 for Android (prior to 151.0.7922.72) stems from insufficient input validation in the Sharing component, enabling a remote attacker to circumvent Chrome's navigation controls via malicious network traffic when a user interacts with the Share feature. The flaw yields limited integrity impact only - no confidentiality or availability compromise - consistent with Chromium's own 'Low' severity classification and an EPSS of 0.17% (7th percentile). No public exploit code exists and no active exploitation has been confirmed; a vendor-released patch is available.
RemediationAI
Update Google Chrome for Android to version 151.0.7922.72 or later, as documented in the vendor stable channel advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome on Android updates automatically via the Google Play Store; administrators managing Android fleets through MDM should verify that Play Store auto-update policies are enforced and confirm installed versions reach at least 151.0.7922.72. If patching is delayed in managed environments, restricting access to the Chrome Sharing feature via Android enterprise policy (disabling the Share menu through managed browser configuration) eliminates the attack surface at the cost of losing cross-app sharing capability. Given the low severity and negligible EPSS, the patch applied through normal update cycles is the primary and sufficient remediation.
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 is rooted in CWE-20 (Improper Input Validation) within Chrome's Sharing subsystem on Android, the component responsible for surfacing Chrome content to Android's native share sheet and handling inbound share intents and associated network data. When processing externally-supplied network traffic through this path, the lack of adequate validation allows attacker-controlled input to influence Chrome's internal navigation logic, bypassing restrictions such as same-origin navigation guards or intent-based navigation controls. The affected product is identified by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covering all Chrome versions on Android prior to 151.0.7922.72, as confirmed by EUVD-2026-50650. Desktop Chrome is not specified as affected by this particular Sharing component flaw.
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:L/A:N
Network attack via malicious traffic requires active user engagement of the Sharing feature (UI:R), with only limited integrity impact from navigation bypass and 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 Sharing in Google Chrome on Android prior to 151.0.7922.72 allowed a remote attacker to bypass navigation restrictions via malicious network traffic. (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-50650
GHSA-j83g-xpxw-hfhm
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB