MEDIUM 4.3

CVE-2026-13999: Chrome Extension UI Spoofing Vulnerability (v150.0.7871.47)

Google Chrome versions before 150.0.7871.47 contain a flaw that allows malicious browser extensions to trick users visually by displaying fake UI elements. An attacker must first convince a user to install a malicious extension, but once installed, the extension can spoof Chrome's user interface to deceive the user. This is classified as a medium-severity issue because it requires user interaction to install the extension and doesn't directly compromise system data or functionality on its own.

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-20
Affected products
1 configuration(s)
Published / Modified
2026-06-30 / 2026-07-01

NVD description (verbatim)

Insufficient validation of untrusted input in Extensions in Google Chrome prior to 150.0.7871.47 allowed an attacker who convinced a user to install a malicious extension to perform UI spoofing via a crafted Chrome Extension. (Chromium security severity: Medium)

2 reference(s) · View on NVD →

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

Technical summary

The vulnerability stems from insufficient input validation in Chrome's extension handling mechanism (CWE-20). Extensions are permitted to render UI elements without adequate sanitization, enabling a crafted extension to present spoofed interface components that mimic legitimate Chrome dialogs, address bars, or security warnings. The attack surface is limited to users who have already installed the malicious extension, but the lack of validation means once installed, the extension can freely generate deceptive visual elements to trick users into disclosing credentials or performing unintended actions.

Business impact

For most organizations, the risk is moderate. Users tricked by UI spoofing may be manipulated into entering sensitive information, clicking malicious links, or authorizing unintended actions. In environments with weak extension governance, adversaries could combine this with credential theft or social engineering campaigns. The impact is primarily confidentiality-focused (phishing risk) rather than systemic infrastructure compromise.

Affected systems

Google Chrome instances prior to version 150.0.7871.47 are affected. This includes Windows, macOS, and Linux deployments. Organizations using Chrome as their standard browser, particularly those without centralized extension policy enforcement, face higher risk if users can freely install extensions.

Exploitability

Exploitability is moderate. The attack requires user action at multiple stages: first, convincing the user to install a malicious extension (social engineering or supply chain compromise), and second, the user interacting with the spoofed UI. This two-stage requirement limits widespread automated exploitation, but is entirely feasible for targeted phishing or credential harvesting campaigns. The CVSS score of 4.3 reflects the required user interaction and limited scope of impact.

Remediation

Update Google Chrome to version 150.0.7871.47 or later. Organizations should also enforce extension policies that restrict installation to approved lists, block installation from untrusted sources, and implement monitoring for suspicious extension behavior. Consider disabling extensions for users who do not require them.

Patch guidance

Deploy Chrome version 150.0.7871.47 or later through your standard update mechanism. Chrome typically auto-updates, but verify completion in high-security environments using configuration management or endpoint detection tools. Test compatibility with critical business extensions before broad rollout, though this patch is primarily a validation fix and should not break legitimate extensions.

Detection guidance

Monitor for recently installed browser extensions, particularly from unknown or unusual sources. Look for extensions requesting unusual permissions (especially UI or content script capabilities). Log and review any extension installations that occur outside your organization's approved extension policy. Endpoint detection and response (EDR) tools can flag suspicious extension installation patterns or unusual Chrome process behavior indicative of UI spoofing attempts.

Why prioritize this

Assign this a moderate priority in your patching schedule. While the CVSS score is low-to-medium and the issue requires user-level installation, it directly enables credential theft and phishing attacks. Organizations with strong extension governance and security-aware users can deprioritize slightly; those with loose BYOD policies, free extension installation, or users at high phishing risk should patch sooner.

Risk score, explained

The CVSS 3.1 score of 4.3 (Medium) reflects: network-based attack vector (AV:N), low attack complexity (AC:L), no special privileges required (PR:N), but mandatory user interaction (UI:R), unchanged scope (S:U), and limited impact to integrity only (I:L). The score appropriately captures that this is a social-engineering-enabled UI deception issue, not a remote code execution or system-level vulnerability.

Frequently asked questions

Does this vulnerability allow attackers to install extensions without user consent?

No. The vulnerability requires an attacker to first convince a user to install the malicious extension. The flaw itself is in how the extension can then render spoofed UI once installed. It does not bypass Chrome's extension permission model or installation consent flow.

What is the difference between this and a typical phishing attack?

A typical phishing attack uses external websites or emails to trick users. This vulnerability allows a malicious extension already on the user's machine to generate fake Chrome UI elements (like address bars or security dialogs) directly within the browser, making the deception more convincing and harder to spot.

If our organization enforces an approved extension list, are we protected?

Largely yes. If your extension policy blocks all unapproved extensions, users cannot install the malicious extension in the first place. However, you should still patch Chrome to version 150.0.7871.47 to protect against any approved extensions that become compromised or misconfigured.

Does this vulnerability affect Chrome on mobile devices?

Chrome on Android and iOS also receives this fix, though the extension ecosystem differs from desktop Chrome. Verify with Google's release notes or your MDM solution to confirm mobile patch deployment.

This analysis is provided for informational purposes. Always verify patch availability and version numbers against official vendor advisories before deployment. CVSS scores and severity ratings are based on published data and may not reflect your organization's specific risk context. Test patches in non-production environments before broad rollout. This vulnerability requires user action to install a malicious extension; endpoint and user security awareness are critical mitigations. Consult with your security team and vendor support for environment-specific guidance. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).