Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttacker positions to intercept or serve network traffic
-
DeliveryDeliver crafted malicious response to Chrome Passwords component
-
ExploitInsufficient input validation allows attacker-controlled content into UI rendering
-
ExecutionSpoofed password prompt displayed to victim
-
PersistUser interacts with deceptive credential UI
-
ImpactAttacker achieves UI integrity spoofing
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 and to encounter attacker-controlled network traffic - for example, via a man-in-the-middle position, a malicious website, or a rogue network endpoint capable of delivering crafted responses to Chrome's Passwords subsystem. User interaction is explicitly required (UI:R per CVSS); the victim must engage with the rendered spoofed UI element for the attack to produce its intended effect. No attacker authentication is required (PR:N). The vulnerability is bounded to integrity impact only (UI spoofing), with no confidentiality or availability consequence confirmed. The attack is constrained to the Passwords component specifically - general Chrome browsing outside of password-related UI flows is not implicated. |
| Impact | The CVSS 3.1 base score of 4.3 (Medium) reflects a network-accessible flaw (AV:N) with low attack complexity (AC:L) and no attacker privileges required (PR:N), but mandatory user interaction (UI:R) and scope unchanged (S:U), with only an integrity impact (I:L) and no confidentiality or availability consequence. Chromium's own severity classification is 'Low,' aligning with the bounded impact. EPSS at 0.16% (6th percentile) independently confirms extremely low real-world exploitation probability. No KEV listing and no identified POC further reduce urgency. The compound requirement - malicious network traffic plus active user engagement with a spoofed UI element - makes this a targeted social-engineering enabler rather than a standalone compromise vector. No conflicting signals exist across available data sources; all indicators consistently point to low operational priority relative to severity. |
| Exploit ScenarioDerived | An attacker in a position to inject or serve malicious network traffic - for example via a man-in-the-middle position on a local network, a rogue access point, or a controlled malicious website - crafts a response that triggers insufficient validation in Chrome's Passwords component, causing a spoofed password UI prompt to be displayed to the victim. The user, presented with a convincing but attacker-controlled credential dialog, may be deceived into confirming a credential save or interacting with the spoofed element in a way that benefits the attacker. No public POC exists at time of analysis, making opportunistic mass exploitation unlikely. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
UI spoofing in Google Chrome's Passwords component before version 151.0.7922.72 allows remote attackers to manipulate credential-related UI elements via malicious network traffic, exploiting insufficient input validation in the password manager subsystem. The CVSS vector (AV:N/AC:L/PR:N/UI:R) confirms the attack is network-reachable without authentication but requires user interaction, limiting automated mass exploitation. With an EPSS of 0.16% (6th percentile), no KEV listing, and no known POC, real-world exploitation risk is low despite the ubiquitous deployment footprint of Chrome.
RemediationAI
Update Google Chrome to version 151.0.7922.72 or later, the vendor-confirmed fix version documented in the stable channel release advisory at http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome applies updates automatically for most consumer deployments, but enterprise administrators managing Chrome via group policy or endpoint management platforms (such as Google Admin console or third-party MDM) should verify successful rollout using version reporting. If immediate patching is delayed, risk can be partially mitigated by instructing users not to interact with unexpected password save or autofill prompts on untrusted networks, and by enforcing HTTPS-only browsing policies to reduce exposure to man-in-the-middle traffic manipulation - though neither control fully eliminates the exposure since HTTPS traffic can still originate from attacker-controlled origins.
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 built-in Passwords component - the credential storage, autofill, and password save/fill prompt subsystem. CWE-20 (Improper Input Validation) identifies the root cause: the component fails to sufficiently validate untrusted data received over the network before using it to render password-related UI elements, such as credential save prompts or autofill suggestions. This class of flaw allows attacker-controlled values to influence what the user sees in these UI surfaces, potentially fabricating convincing but deceptive credential dialogs. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, covering all Chrome desktop builds prior to 151.0.7922.72 across all 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 (Low–Critical)AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
Network vector, no privileges needed, but active user interaction required; impact is limited to low integrity (UI spoofing only) with no confidentiality or availability effects.
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 Passwords in Google Chrome prior to 151.0.7922.72 allowed a remote attacker to perform UI spoofing 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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Google Chrome 151 Security Vulnerabilities
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-50865
GHSA-c59g-pfwx-wvf7
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB