MEDIUM 4.2

CVE-2026-13973: Chrome UI Spoofing Vulnerability – Patch to 150.0.7871.47

Google Chrome versions before 150.0.7871.47 contain a UI implementation flaw that allows attackers to display fake interface elements—like fake login prompts or warning dialogs—if they can trick users into specific mouse or keyboard interactions on a malicious website. The attacker cannot steal data directly, but can confuse users into revealing passwords or credentials by making the fake UI look legitimate.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

Inappropriate implementation in UI in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who convinced a user to engage in specific UI gestures to perform UI spoofing via a crafted HTML page. (Chromium security severity: Medium)

2 reference(s) · View on NVD →

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

Technical summary

CVE-2026-13973 is a UI spoofing vulnerability arising from inappropriate implementation in Chrome's user interface layer (CWE-451: User Interface (UI) Misrepresentation of Critical Information). The vulnerability requires user interaction—specifically, directed UI gestures—to trigger the spoofing condition. An attacker crafts an HTML page that exploits the flaw to overlay or mimic legitimate browser UI elements. The attack surface is network-based, and while browser sandbox protections limit impact, the integrity of the user's visual trust model is compromised. CVSS v3.1 score of 4.2 (Medium) reflects the requirement for user manipulation, absence of confidentiality impact, and limited integrity and availability degradation.

Business impact

This vulnerability primarily enables social engineering at scale. Users may be deceived into entering credentials, approving permissions, or revealing sensitive information when presented with spoofed UI elements that appear legitimate. For enterprises, the risk manifests as increased phishing susceptibility—attackers can host malicious pages and conduct credential harvesting campaigns with higher success rates. While the direct technical impact is limited (no data exfiltration, no code execution), the downstream consequences of credential compromise can be severe, potentially leading to account takeovers, lateral movement, and data breaches.

Affected systems

The vulnerability affects Google Chrome on multiple operating systems: macOS, Linux, and Windows. Users running Chrome versions prior to 150.0.7871.47 are at risk. The advisory does not indicate version-specific constraints on other platforms; assume all supported OS versions of Chrome below 150.0.7871.47 are vulnerable.

Exploitability

Exploitability is moderate but practical. An attacker must convince a user to visit a crafted page and then perform specific UI gestures (mouse clicks, keyboard input, or focus actions) to trigger the spoofing. This is not an automatic exploit; it requires social engineering or lures that increase user engagement. The barrier to exploitation is relatively low for a well-motivated threat actor conducting targeted phishing, but mass exploitation would face adoption challenges due to the user interaction requirement.

Remediation

Update Google Chrome to version 150.0.7871.47 or later. Users should enable automatic updates to ensure timely patching. Organizations should enforce Chrome version policies via group policy (Windows) or Mobile Device Management (MDM) solutions to prevent use of vulnerable versions.

Patch guidance

Chrome typically rolls out patches automatically, but users can manually verify the installed version by navigating to chrome://settings/help. The page displays the current version and automatically checks for updates. Organizations deploying Chrome via managed environments should configure update policies to enforce version 150.0.7871.47 as the minimum acceptable version. Test patching in a controlled environment first if Chrome is mission-critical to your workflows; no backward compatibility issues are expected from this release.

Detection guidance

Monitor for Chrome version compliance in your environment using endpoint detection and response (EDR) tools or mobile device management solutions that report software inventory. Web traffic inspection tools may not directly detect exploitation attempts, as the attack relies on legitimate HTML/JavaScript rendering. However, security awareness training should emphasize recognition of suspicious UI elements, unexpected permission prompts, and login screens that appear outside the browser's normal context. Consider deploying browser security extensions that provide additional UI spoofing protections, such as visual indicators for phishing or fake certificate warnings.

Why prioritize this

Although the CVSS score is Medium (4.2), this vulnerability warrants expedited patching because UI spoofing is a well-established attack vector with proven effectiveness in social engineering campaigns. The low friction of exploitation—requiring only user interaction with a webpage—means broad exposure. Prioritize patching in roles with elevated access (finance, HR, IT administrators) who are high-value targets for credential harvesting. Organizations in regulated industries should patch within 30 days to meet compliance expectations for timely remediation of known vulnerabilities.

Risk score, explained

The CVSS v3.1 score of 4.2 (Medium) reflects: Network attack vector (AV:N) with high attack complexity (AC:H) due to the requirement for specific user gestures; no privileges required (PR:N) but user interaction is mandatory (UI:R); unchanged scope (S:U); no confidentiality impact (C:N); limited integrity impact (I:L) from UI misrepresentation; and low availability impact (A:L). This score appropriately captures the technical difficulty of exploitation and contained direct impact, but does not fully quantify downstream risks from successful credential harvesting, which may justify higher organizational prioritization.

Frequently asked questions

Can this vulnerability be exploited without user interaction?

No. The vulnerability explicitly requires a user to perform specific UI gestures—such as clicking, typing, or focusing on elements—on the attacker's crafted webpage. Passive visits to the page do not trigger the exploit.

What types of fake UI can an attacker display?

The advisory does not specify which UI elements are vulnerable to spoofing. Likely targets include login prompts, permission dialogs, and browser security warnings, but the exact scope depends on the underlying implementation flaw. Organizations should counsel users to be skeptical of unexpected prompts and to verify legitimacy before entering credentials.

Does this affect Chrome on mobile devices (Android, iOS)?

The advisory lists affected operating systems as macOS, Linux, and Windows. Chromium-based browsers on mobile may be affected if they use the same vulnerable UI code, but explicit confirmation requires checking vendor advisories for Chrome on Android and Chromium browsers on iOS.

Is this vulnerability in the CISA KEV catalog?

No. As of the vulnerability's publication date, this issue has not been added to the CISA Known Exploited Vulnerabilities catalog, meaning there is no confirmed evidence of active exploitation in the wild. However, the absence of KEV status does not indicate low priority; patch based on risk assessment rather than KEV designation alone.

This analysis is based on the official CVE record and vendor advisories published as of the modification date. No exploit code or weaponized proof-of-concept is provided. Organizations should verify patch availability and compatibility in their specific environments before deployment. This vulnerability is not currently listed in the CISA KEV catalog; exploitation in the wild has not been confirmed. Security decisions should be informed by internal risk assessments, threat modeling, and compliance requirements specific to your organization. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).