HIGH 7.8

CVE-2026-14060: Chrome Chromoting Privilege Escalation on Windows

A flaw in Chrome's Chromoting component on Windows allows a local attacker to gain elevated privileges by opening a specially crafted file. The vulnerability stems from insufficient validation of untrusted input. To exploit this, an attacker must already have access to the target machine and user interaction is required—the victim must open the malicious file. Chrome versions prior to 150.0.7871.47 are affected.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-20
Affected products
2 configuration(s)
Published / Modified
2026-06-30 / 2026-07-06

NVD description (verbatim)

Insufficient validation of untrusted input in Chromoting in Google Chrome on Windows prior to 150.0.7871.47 allowed a local attacker to perform privilege escalation via a malicious file. (Chromium security severity: Low)

2 reference(s) · View on NVD →

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

Technical summary

CVE-2026-14060 is an input validation vulnerability (CWE-20) in Chromoting, Chrome's remote access feature, running on Windows systems. The flaw allows privilege escalation when a local attacker can introduce a malicious file that bypasses input validation controls. The attack requires local access, no special privileges at the outset, and user interaction to trigger. The CVSS v3.1 vector (AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) reflects the local attack vector, low attack complexity, no prior privilege requirement, and high impact across confidentiality, integrity, and availability. While Chromium has assigned this a Low security severity internally, the CVSS score of 7.8 (HIGH) reflects the full impact of a successful privilege escalation on an affected system.

Business impact

Successful exploitation enables a local attacker to run code with elevated privileges on affected Windows machines. This can lead to unauthorized access to sensitive data, system compromise, installation of malware, and lateral movement within a network. Organizations relying on shared or multi-user Windows systems face elevated risk, as does any environment where users may be socially engineered to open files from untrusted sources. The requirement for user interaction somewhat limits blast radius, but privilege escalation is a critical stepping stone for further attacks.

Affected systems

Google Chrome prior to version 150.0.7871.47 running on Microsoft Windows is affected. The vulnerability is specific to the Chromoting component and does not affect Chrome on macOS, Linux, or other operating systems. Organizations using Chrome for remote access or general browsing on Windows, particularly in shared computing environments, should assess their exposure.

Exploitability

Exploitation requires a local attacker with the ability to place or deliver a malicious file to the target machine and convince a user to open it. The low attack complexity and absence of privilege requirements at initiation make this feasible in realistic scenarios—for example, via email attachment, USB drive, or network share. However, the user interaction requirement provides a window for training and vigilance to reduce risk. The vulnerability is not known to be exploited in the wild at this time, as it has not been added to the CISA KEV catalog.

Remediation

Organizations should update Google Chrome to version 150.0.7871.47 or later on all Windows systems. This patch resolves the input validation flaw in Chromoting. In parallel, reinforce user security awareness regarding opening files from untrusted sources, and consider restricting Chromoting access through group policy or network controls if it is not essential for your operations.

Patch guidance

Verify that Chrome auto-update is enabled on all Windows endpoints, as Chrome typically updates automatically. Users can manually check for updates via Chrome menu > Settings > About Google Chrome, which triggers an immediate check and restart if updates are pending. For organizations managing Chrome through Active Directory or mobile device management, deploy the update through your standard patch management process. Prioritize systems with users who frequently receive external files or use shared workstations.

Detection guidance

Monitor for failed and successful privilege escalation attempts on Windows systems running Chrome, particularly anomalous process creation with elevated privileges spawned from chrome.exe or its child processes. Log and alert on file access patterns involving Chrome's Chromoting executable and any associated temp or cache directories. Review user activity logs for suspicious file opens prior to privilege escalation events. Endpoint detection and response (EDR) tools should be tuned to flag unexpected elevation of privilege from browser-related processes.

Why prioritize this

This vulnerability warrants prompt but not emergency patching. While the CVSS score is HIGH and privilege escalation is a serious threat, the requirement for local access and user interaction to open a malicious file limits the attack surface compared to remote code execution flaws. Prioritize systems with high-value users, shared workstations, and environments where external file ingestion is common. The absence from the KEV catalog indicates no evidence of active exploitation.

Risk score, explained

The CVSS 7.8 (HIGH) score reflects the severe impact of privilege escalation—confidentiality, integrity, and availability are all fully compromised once the attacker gains elevated rights. The local attack vector and low attack complexity mean any user on a system can potentially be the entry point. However, the user interaction requirement prevents this from being Critical. Organizations should treat this as a material risk that requires timely remediation but can be managed through standard patching cycles and user awareness.

Frequently asked questions

Do I need to update if users are not using Chromoting?

Yes. The vulnerability is in the Chromoting component of Chrome, which is present in all Chrome installations. Even if Chromoting features are not actively used, the vulnerable code path can be triggered by opening a malicious file. Patch all Chrome installations on Windows as a baseline protection measure.

Can this be exploited remotely?

No. The attack vector is local (AV:L), meaning the attacker must have local access to the target machine or be able to place a file that a local user will open. A remote attacker cannot exploit this vulnerability directly over a network without first gaining local access or compromising a local user through social engineering to open a file.

What if we block Chromoting at the firewall or group policy?

Disabling Chromoting through group policy or network controls may reduce the attack surface, but it does not fully eliminate risk if the Chromoting code is still present and can be triggered by file handling. Patching is the definitive fix. Disabling Chromoting can be a complementary hardening step if your organization does not rely on it.

Is there a workaround for systems that cannot be patched immediately?

The primary mitigation is user awareness training to avoid opening files from untrusted sources. Additionally, restrict local user access on shared systems, disable auto-run policies, and implement application allowlisting if feasible. However, these are temporary measures. Patching Chrome to 150.0.7871.47 or later is the required long-term solution.

This analysis is provided for informational purposes to assist security professionals in understanding and managing CVE-2026-14060. The information is accurate as of the publication and modification dates noted. Verify all patch versions, vendor advisories, and affected product configurations against official vendor documentation before deploying patches or making business decisions. SEC.co does not warrant the completeness or suitability of this information for any specific environment. Always test patches in a controlled environment before production deployment. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).