CVE-2026-14084: Google Chrome Chromoting Heap Corruption (CVSS 8.8)
Google Chrome versions before 150.0.7871.47 contain a vulnerability in its Chromoting remote access feature that fails to properly validate untrusted input from the network. This weakness can allow an attacker to send specially crafted network traffic that corrupts the browser's memory, potentially leading to code execution. The vulnerability requires user interaction—such as establishing or accepting a remote connection—but does not require special privileges to exploit.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- 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 Chromoting in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to potentially exploit heap corruption via malicious network traffic. (Chromium security severity: Low)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14084 is an insufficient input validation flaw (CWE-20) in Google Chrome's Chromoting component affecting versions prior to 150.0.7871.47. The vulnerability permits remote heap corruption triggered by malicious network traffic. The CVSS 3.1 score of 8.8 (HIGH) reflects the attack vector over the network, low complexity, no privilege requirement, and requirement for user interaction, with high confidentiality, integrity, and availability impact. Despite Chromium's internal severity rating as "Low," the CVSS vector indicates the vulnerability poses significant risk in real-world scenarios.
Business impact
Exploitation of this vulnerability could enable attackers to compromise user systems running affected Chrome versions through remote access sessions. An attacker could leverage a malicious Chromoting connection to gain unauthorized code execution, steal sensitive data, modify information, or disrupt availability. For organizations deploying Chrome for remote work or support scenarios, this represents a credential-less entry point if a user inadvertently accepts a connection from an untrusted source or if an attacker intercepts the connection setup.
Affected systems
Google Chrome versions prior to 150.0.7871.47 are vulnerable. Chromoting is Chrome's built-in remote access feature, so any Chrome installation with remote access capabilities is potentially in scope. Users who do not use or have disabled Chromoting functionality face reduced risk, though the component is enabled by default in standard Chrome deployments.
Exploitability
The vulnerability requires network-level access and user interaction to trigger (such as initiating or accepting a remote session). An attacker cannot exploit this silently or without the target user's involvement. However, the low complexity and lack of privilege requirement mean that once user interaction occurs, exploitation is straightforward. The vulnerability is not currently tracked in the CISA KEV catalog, suggesting no evidence of active exploitation in the wild as of the publication date.
Remediation
Users should upgrade to Google Chrome version 150.0.7871.47 or later immediately. Organizations should enforce automatic updates or deploy Chrome through managed channels to ensure rapid patch deployment. For systems where immediate patching is not feasible, disabling Chromoting via Chrome policies or administrative settings provides temporary risk reduction, though this limits legitimate remote access functionality.
Patch guidance
Update Google Chrome to version 150.0.7871.47 or later. Chrome typically auto-updates on restart, but users can manually check for updates via Chrome menu > Settings > About > Google Chrome. For enterprise deployments, use Chrome policy management to enforce the minimum version requirement via the 'MinimumChromeVersion' or 'CriticalExtensionUpdateTimeoutInSeconds' policies. Verify patch installation by confirming the Chrome version in chrome://version.
Detection guidance
Monitor for unexpected Chromoting connections, particularly to external or untrusted hosts. Implement network segmentation to restrict Chromoting traffic to trusted networks. Log and alert on Chrome crashes or abnormal process termination related to Chromoting services. User agents or browser isolation solutions may detect anomalous remote session behavior. Endpoint detection and response (EDR) tools should flag suspicious memory corruption patterns or exploitation attempts targeting Chrome processes.
Why prioritize this
Although not listed in CISA's KEV catalog, the HIGH CVSS score (8.8) combined with the ubiquity of Chrome, the accessibility of Chromoting features, and the severity of potential impact (code execution) warrant immediate patching priority. The requirement for user interaction slightly lowers urgency compared to wormable flaws, but organizations should treat this as a critical patch cycle item given Chrome's prevalence and the potential for targeted attacks against remote work scenarios.
Risk score, explained
The CVSS 3.1 score of 8.8 reflects a high-severity vulnerability: remote attack vector (AV:N), low attack complexity (AC:L), no privileges required (PR:N), but requiring user interaction (UI:R). The impact is severe across all three dimensions—confidentiality, integrity, and availability are all compromised (C:H/I:H/A:H)—indicating potential for full system compromise. This discrepancy with Chromium's internal "Low" severity likely reflects Google's internal risk model; the CVSS score better reflects external threat landscape considerations.
Frequently asked questions
Do I need to worry about this if I don't use Chrome's remote access feature?
Chromoting is disabled by default for most users unless explicitly activated. However, since it's a built-in component, the safest approach is to update regardless. You can verify whether Chromoting is enabled in Chrome by navigating to chrome://apps and checking for 'Chrome Remote Desktop.' If not present or disabled, your immediate risk is lower, but updating remains recommended for defense-in-depth.
Can this vulnerability be exploited without the user knowing?
No. The attacker must either establish a Chromoting connection or have the user accept an incoming remote access request. The user will see connection prompts or active session indicators. However, a user might accept a connection without fully vetting the requesting party, so awareness training is valuable alongside patching.
Is there a workaround if I can't patch immediately?
You can disable Chromoting via Chrome policies (disable the Chrome Remote Desktop extension) or uninstall the Chrome Remote Desktop app from chrome://apps. This eliminates the attack surface for this specific vulnerability, though it prevents legitimate remote access until re-enabled. This is a temporary measure; patching should be prioritized.
What should I do if I think I was compromised via this vulnerability?
Immediately isolate the affected system from the network, update to the patched Chrome version, run comprehensive antimalware scans, and check system logs for unauthorized access or data exfiltration during the period of vulnerability. If sensitive data was accessible, follow your incident response plan and consider credential reset. Engage your security team or incident response provider for forensic analysis.
This analysis is provided for informational purposes. SEC.co does not guarantee the accuracy or completeness of vulnerability data and recommends verification against official vendor advisories and security bulletins. Patch version numbers and availability should be confirmed with Google's official Chrome release notes. Organizations should conduct their own risk assessment and testing before deploying patches in production environments. The absence of a CVE from CISA's KEV catalog does not guarantee absence of active exploitation; threat intelligence teams should monitor emerging reports. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2025-22424HIGHAndroid Local Privilege Escalation via Image Disclosure
- CVE-2025-48643HIGHAndroid Local Privilege Escalation via Provisioning Bypass
- CVE-2026-0078HIGHAndroid Privilege Escalation via DevicePolicyManagerService Desync
- CVE-2026-10020HIGHChrome Android Sandbox Escape via Skia Input Validation Flaw
- CVE-2026-10021HIGHGoogle Chrome USB Validation Flaw – RCE Vulnerability Patch
- CVE-2026-10904HIGHChrome V8 Sandbox Escape Remote Code Execution
- CVE-2026-10911HIGHChrome Sandbox Escape Vulnerability (High Severity)
- CVE-2026-10917HIGHChrome Media Sandbox Escape Vulnerability (High CVSS 8.3)