MEDIUM 4.3

CVE-2026-14031: Chrome File Input UI Spoofing Vulnerability (v150.0.7871.47)

Google Chrome versions prior to 150.0.7871.47 contain a flaw in how the file input component handles user interactions, enabling attackers to deceive users through visual spoofing attacks. A malicious HTML page can trick users into believing they are interacting with legitimate browser UI elements when they are not, potentially leading to unintended actions or credential harvesting through deceptive interface overlays.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
Weaknesses (CWE)
CWE-451
Affected products
4 configuration(s)
Published / Modified
2026-06-30 / 2026-07-01

NVD description (verbatim)

Inappropriate implementation in File Input in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to perform UI spoofing via a crafted HTML page. (Chromium security severity: Low)

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-14031 stems from an inappropriate implementation in Chrome's File Input handling mechanism. The vulnerability allows remote attackers to craft specially designed HTML pages that visually mimic legitimate Chrome UI, exploiting insufficient input validation or improper event handling in the file dialog component. The issue is classified under CWE-451 (User Interface (UI) Misrepresentation of Critical Information), indicating the core problem involves deceiving users about what interface elements they are actually interacting with. The attack requires user interaction but does not require authentication or elevated privileges.

Business impact

UI spoofing vulnerabilities can undermine user trust and enable credential theft, social engineering, and data exfiltration. Attackers may craft convincing fake dialogs that trick users into authorizing file uploads, disclosing sensitive information, or performing unintended actions. While the integrity impact is localized and the attack requires user interaction, the reputational and operational risk is non-trivial, particularly for organizations whose users frequently interact with untrusted web content or receive phishing emails with malicious links.

Affected systems

This vulnerability affects Google Chrome installations on Windows, macOS, and Linux systems running versions prior to 150.0.7871.47. The vulnerability also impacts the underlying platform components (Windows, macOS, and Linux kernel libraries) that may be bundled with or used by Chromium-based browsers. Any organization with Chrome deployments in those environments should assess their exposure.

Exploitability

The attack vector is network-based and requires no special privileges or authentication. However, exploitation requires user interaction—the victim must visit a malicious or compromised website and interact with the spoofed UI element. The attack cannot be launched remotely without user participation. The Chromium project classified this as 'Low' severity, suggesting that in practice, the visual spoofing is difficult to execute convincingly or that user awareness provides natural defense. The CVSS 3.1 score of 4.3 (Medium) reflects the requirement for user interaction and the limited scope of impact (integrity only, no confidentiality or availability impact).

Remediation

Organizations should upgrade Google Chrome to version 150.0.7871.47 or later on all endpoints. Verify the exact patch version against Google's official release notes, as patch numbers may vary by platform or channel (stable, beta, dev). Automated patch management systems should be configured to deploy the update promptly. Given the low severity classification and requirement for user interaction, prioritization should account for business operations and change windows, though delays should be minimal.

Patch guidance

Update Chrome to 150.0.7871.47 or a later stable release. Users can check their version by navigating to Chrome Settings > About Google Chrome, which will automatically update if a newer version is available. For enterprises, leverage Chrome administrative policies and deployment tools (such as Google Update for Windows or equivalent mechanisms for macOS and Linux) to enforce and track updates across the fleet. Verify patch deployment in your endpoint management system and test within a pilot group before full rollout to ensure no compatibility issues arise.

Detection guidance

Detection is limited because UI spoofing leaves minimal forensic traces on the endpoint. Monitor for user complaints or suspicious file uploads initiated from unexpected sources or with unusual metadata. Web proxy and email gateway logs may reveal traffic to known malicious domains hosting such exploits. Endpoint Detection and Response (EDR) tools can monitor Chrome process behavior and unusual file I/O patterns, though distinguishing legitimate file dialogs from spoofed ones is inherently difficult. Focus detection efforts on identifying and blocking malicious HTML sources rather than on detecting successful exploitation post-attack.

Why prioritize this

Despite the 'Low' Chromium severity and CVSS 4.3 score, this vulnerability warrants timely patching because UI spoofing is a direct enabler of social engineering and credential theft. The attack requires user interaction but exploits cognitive trust in UI elements, making it effective in targeted attacks or mass phishing campaigns. However, it does not warrant emergency response or out-of-cycle patching; routine patch cycles within 30 days are appropriate. Prioritize based on user exposure to untrusted web content and whether the organization has seen related phishing attempts.

Risk score, explained

The CVSS 3.1 score of 4.3 (Medium) reflects: Attack Vector Network (0.85), Attack Complexity Low (0.77), no Privileges Required (0.85), User Interaction Required (0.62), Scope Unchanged (1.0), Confidentiality Impact None (0.0), Integrity Impact Low (0.22), and Availability Impact None (0.0). The 'User Interaction Required' modifier significantly lowers the score despite the ease of attack execution. The Medium severity classification is appropriate because the vulnerability enables deception and unintended user actions but does not directly compromise data confidentiality or system availability. Organizations must weigh the business risk of UI-based social engineering against the moderate CVSS rating.

Frequently asked questions

Can this vulnerability be exploited without the user visiting a malicious website?

No. The attack requires the user to navigate to or interact with a specially crafted HTML page served by an attacker-controlled or compromised website. Simply being online is not sufficient; the user must actively click, interact with, or download from the spoofed UI element.

Does updating Chrome to 150.0.7871.47 fully resolve the issue?

Yes, Google's patch addresses the inappropriate implementation in the File Input component. However, verify the exact version number against Google's official release notes, as patch versions may differ by platform. Once updated, the vulnerability is resolved.

What is CWE-451 and why does it matter?

CWE-451 (User Interface Misrepresentation of Critical Information) describes vulnerabilities where attackers trick users by making malicious UI appear legitimate. This category is important because it highlights human factors in security—no amount of encryption prevents a user from voluntarily uploading sensitive files to a fake dialog. Awareness and design improvements are key mitigations.

Should we treat this as a critical incident if one of our users was exposed?

Not necessarily. Exposure is only a concern if the user actually interacted with a malicious HTML page and fell for the spoofing. Simply visiting the page is harmless. If you suspect successful exploitation (e.g., unexpected file uploads or credential loss), investigate promptly, but avoid overreacting. Apply the patch on your normal schedule and remind users to be skeptical of file dialogs from unexpected sources.

This analysis is based on information available as of the publication date and is provided for informational purposes. SEC.co makes no warranty regarding the completeness or accuracy of third-party vulnerability data. Organizations must verify all patch versions, affected product lists, and remediation steps against official vendor advisories and their own environment configurations. The absence of a CVE from the Known Exploited Vulnerabilities (KEV) catalog does not guarantee the absence of active exploitation in the wild. Always consult your vendor's official security advisory and conduct internal testing before deploying patches to production systems. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).