CVE-2026-13787: Critical Use-After-Free in Google Chrome Chromoting on Windows
A use-after-free vulnerability exists in Google Chrome's Chromoting feature (remote desktop functionality) on Windows systems. The flaw allows an attacker to send specially crafted network traffic that causes Chrome to use memory that has already been freed, potentially leading to arbitrary code execution. This is a remote attack that requires no user interaction beyond having Chrome running, though specific network conditions must align for exploitation to succeed.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Use after free in Chromoting in Google Chrome on Windows prior to 150.0.7871.47 allowed a remote attacker to execute arbitrary code via malicious network traffic. (Chromium security severity: Critical)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13787 is a use-after-free vulnerability (CWE-416) in the Chromoting component of Google Chrome prior to version 150.0.7871.47 on Windows platforms. The vulnerability exists in memory management within the remote desktop subsystem, where freed memory can be referenced and manipulated by an attacker sending malicious network traffic. Chromium's security team rated this as Critical severity. The CVSS 3.1 score of 8.1 (HIGH) reflects high confidentiality, integrity, and availability impact, though exploitation requires specific network conditions (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H).
Business impact
Organizations relying on Chrome's remote desktop capabilities for secure employee access face potential compromise of endpoint security. If exploited, an attacker gains code execution with Chrome's privileges, potentially leading to lateral movement, data exfiltration, or malware deployment. The network-based attack vector means exposure extends beyond trusted internal networks if Chromoting is accessible remotely. Interruption of remote work capabilities may also occur if systems are compromised or taken offline for remediation.
Affected systems
Google Chrome versions prior to 150.0.7871.47 running on Windows operating systems are affected. The vulnerability specifically impacts installations using Chromoting for remote access. Systems running Chrome on other operating systems (macOS, Linux) are not affected by this particular vulnerability. The scope is limited to the Chromoting feature; other Chrome functionality is not impacted.
Exploitability
The vulnerability requires network access and the target system must have Chrome with Chromoting active. While exploitation demands specific network conditions (reflected in the AC:H factor), the absence of privilege requirements or user interaction significantly lowers the bar for attackers. Opportunistic exploitation via network scanning for accessible Chromoting instances is plausible. The attack does not yet appear in public exploit databases or on the CISA Known Exploited Vulnerabilities list as of the current data.
Remediation
Immediately update Google Chrome to version 150.0.7871.47 or later. On Windows systems with managed Chrome deployments, enforce automatic updates or use Group Policy to push the patched version. For organizations unable to update immediately, disable Chromoting if remote access is not essential, or restrict Chromoting access via firewall rules to trusted networks only. Verify the patch version against Google's official security release notes before deployment.
Patch guidance
Deploy Chrome version 150.0.7871.47 or any subsequent release across all Windows endpoints. Organizations using Chrome Enterprise should prioritize rapid rollout through their update management systems. Test the patch in a limited environment first to ensure compatibility with any third-party remote access integrations. Verify completion of updates by checking Chrome's About page (chrome://settings/help) or using enterprise deployment reporting tools. Consider enabling automatic updates if not already active to prevent similar delays in future patches.
Detection guidance
Monitor for Chrome crashes or abnormal terminations on Windows systems, particularly those with Chromoting enabled. Network-based detection is challenging without signature-level analysis; prioritize patch deployment over detection. Log and alert on any unauthorized Chromoting session initiations or unexpected Chromoting traffic from external sources. Endpoint detection and response (EDR) solutions may flag suspicious memory access patterns within Chrome processes if behavioral detection is configured. Audit Chromoting access logs for unusual connection attempts or geographic anomalies.
Why prioritize this
This vulnerability merits high priority due to its Critical Chromium rating, remote exploitability without user interaction, and potential for arbitrary code execution. The use-after-free class is particularly dangerous in memory-unsafe contexts. However, the AC:H factor and lack of current public exploitation provide a brief window for controlled patching. Organizations should treat this as urgent but not emergency-tier if patching processes are already in motion. Delayed patching beyond 30 days increases risk materially.
Risk score, explained
The CVSS 8.1 score reflects a HIGH severity assessment driven by maximum impact across confidentiality, integrity, and availability (all HIGH). Network accessibility (AV:N) and lack of privilege or user interaction requirements (PR:N/UI:N) are primary risk drivers. The AC:H (High complexity) factor is the primary mitigator, indicating that successful exploitation requires specific conditions—such as precise network timing or specific Chrome state—that an attacker cannot always guarantee. The single system scope (S:U) limits lateral impact within the CVSS model but does not reduce the severity of code execution on the affected host.
Frequently asked questions
Do I need to worry about this if I don't use Chrome's remote desktop feature?
No. Chromoting is a separate, optional feature. If you or your organization uses Chrome primarily for web browsing and have not enabled Chromoting or remote desktop functionality, this vulnerability does not affect you. However, verify with your IT department whether Chromoting is deployed in your environment, as some organizations enable it by default for support scenarios.
Can this vulnerability be exploited if Chromoting is running in the background?
Yes. The vulnerability can be triggered by network traffic even if no active remote session is in progress. Simply having Chromoting enabled is sufficient; the attacker does not need an established connection. This is why disabling Chromoting, if not needed, is recommended as a interim mitigation.
Is there a workaround if I cannot update Chrome immediately?
Partial workarounds include disabling Chromoting in Chrome settings (Settings > Advanced > System > Disable remote access features), restricting Chromoting access via Windows Firewall rules to trusted networks only, or air-gapping systems from untrusted networks temporarily. However, these are not permanent solutions—patching should occur as soon as possible.
Will Chrome auto-update resolve this automatically?
If you have automatic Chrome updates enabled, the patch will be applied automatically, typically within days of release. Enterprise deployments may see delays depending on group policies. Check your Chrome version at chrome://settings/help to confirm you are on version 150.0.7871.47 or later. Do not rely solely on auto-update; verify and enforce the patch proactively in critical environments.
This analysis is based on published vulnerability data as of 2026-07-02. Exploit code is not provided. Verify all patch versions and guidance against official vendor advisories before deployment. This page is for informational purposes and does not constitute professional security advice. Organizations should conduct their own risk assessment and testing before patching. SEC.co makes no warranty regarding the completeness or accuracy of this analysis. Third-party vendor statements supersede this summary if they conflict. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10000HIGHChrome Sandbox Escape via Use-After-Free in Password Handling
- CVE-2026-10001HIGHChrome Sandbox Escape via PerformanceManager Use-After-Free
- CVE-2026-10002HIGHGoogle Chrome PDFium Use-After-Free Vulnerability (CVSS 8.8)
- CVE-2026-10003HIGHChrome Use-After-Free Code Execution Vulnerability Analysis
- CVE-2026-10007HIGHChrome Use-After-Free in SVG Arbitrary Code Execution (CVSS 8.8)
- CVE-2026-10012HIGHChrome Skia Use-After-Free Sandbox Escape (v148.0.7778.216)
- CVE-2026-10013HIGHUse-After-Free in Chrome WebCodecs – Patch Guide & Risk Assessment
- CVE-2026-10016HIGHUse-After-Free in Chrome DOM – Sandbox Code Execution Vulnerability