CVE-2026-13811: Chrome IME Use-After-Free RCE Sandbox Escape
Google Chrome versions before 150.0.7871.47 contain a use-after-free vulnerability in the Input Method Editor (IME) component that can be exploited when a user visits a malicious webpage. An attacker could leverage this flaw to execute arbitrary code within Chrome's sandbox environment, potentially leading to system compromise. The vulnerability requires user interaction (visiting a crafted page) but does not require elevated privileges to trigger.
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-416
- Affected products
- 4 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Use after free in IME in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to execute arbitrary code inside a sandbox via a crafted HTML page. (Chromium security severity: High)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13811 is a use-after-free vulnerability (CWE-416) in Chrome's IME subsystem that allows remote code execution within the Chrome sandbox. The flaw exists in versions prior to 150.0.7871.47 and can be triggered via a specially crafted HTML page delivered over the network. While sandboxed, successful exploitation could allow an attacker to break out of the sandbox with additional effort or chain the vulnerability with other flaws. The CVSS 3.1 vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) reflects network-accessible attack surface, low complexity, requirement for user interaction, and high impact to confidentiality, integrity, and availability.
Business impact
Organizations relying on Chrome as a primary browser face risk of data exfiltration, system compromise, and potential lateral movement if an attacker successfully exploits this vulnerability. The combination of high severity rating and active exploitation potential makes this a material threat to endpoints. Users who browse untrusted content or receive phishing emails with malicious links are particularly vulnerable. The sandbox mitigation reduces—but does not eliminate—the severity of a successful exploit.
Affected systems
Google Chrome prior to version 150.0.7871.47 is directly affected. While the source data lists macOS, Linux, and Windows platforms, these reflect the operating systems on which Chrome runs rather than OS-level vulnerabilities. All Chrome installations on Windows, macOS, and Linux that have not been updated to 150.0.7871.47 or later require attention.
Exploitability
Exploitation is feasible and requires only that a user visit a malicious webpage—no special configuration, authentication, or user privileges are needed. The low complexity and network accessibility make this vulnerability attractive to attackers. However, the reliance on user interaction (clicking a link or visiting a site) provides a window for awareness campaigns and email filtering. The absence of KEV designation does not indicate low exploitability; it reflects current threat intelligence as of the published date.
Remediation
Immediate patching to Chrome version 150.0.7871.47 or later is the primary mitigation. Organizations should verify Chrome auto-update settings are enabled; most deployments update automatically within hours of release. For locked-down environments, administrators should push the patch through their deployment tools. Until patching is complete, users should avoid visiting untrusted websites and exercise caution with email links and attachments from unknown senders.
Patch guidance
Apply Chrome version 150.0.7871.47 or later as soon as possible. For enterprise deployments: verify that Chrome auto-update is active (default for most installations), or use your configuration management tooling to force the update across your fleet. Check Chrome's release notes and Chromium security advisories for any additional context or rollout recommendations. No downtime or complex prerequisite steps should be required—the patch is straightforward to deploy.
Detection guidance
Monitor Chrome version inventory across your environment to identify systems running versions prior to 150.0.7871.47. Web proxies and email security gateways can log access to known malicious domains associated with exploitation attempts. Endpoint detection and response (EDR) tools may flag unusual process execution originating from Chrome child processes. Network intrusion detection can identify command-and-control traffic from compromised endpoints. Consider hunting for abnormal IME-related process behavior or memory corruption indicators on systems where users browse high-risk content.
Why prioritize this
This vulnerability merits immediate attention due to its high CVSS score (8.8), lack of privilege requirements, network accessibility, and the critical nature of Chrome as an attack surface in most organizations. While sandboxing provides defense-in-depth, the ability to execute arbitrary code in the sandbox is a significant stepping stone to full system compromise. The relative ease of exploitation (low complexity, user interaction only) and the fact that it affects a widely deployed application elevate risk to urgent status.
Risk score, explained
The CVSS 3.1 score of 8.8 (HIGH) reflects a remote, unauthenticated attack vector with low complexity, combined with high impact to confidentiality, integrity, and availability. The user interaction requirement prevents a 9.x score, but the sandbox execution context does not lower the base score—it is a defense mechanism, not a scope limitation. Organizations should treat this as a critical patch for any user-facing endpoints, particularly those with internet access.
Frequently asked questions
If users have Chrome auto-update enabled, do we need to manually deploy this patch?
Most users will receive the patch automatically within hours or days of the 150.0.7871.47 release. However, it is good practice to verify the update rollout in your environment and force deployment on systems that may have auto-update disabled. Check your endpoint management dashboards to confirm version coverage.
Does the Chrome sandbox prevent all exploitation of this vulnerability?
The sandbox limits the blast radius—an attacker cannot directly access files outside the sandbox or modify the OS from the Chrome process context. However, the ability to execute arbitrary code within the sandbox is a significant foothold that could be chained with additional exploits (privilege escalation flaws) to break out. Do not rely on the sandbox as your only control.
Are older Chrome versions on unsupported operating systems (e.g., Windows 7) affected?
Yes, any version of Chrome prior to 150.0.7871.47 running on Windows, macOS, or Linux is vulnerable. If your organization still uses outdated operating systems, ensure that at least the Chrome browser is kept fully patched, and consider prioritizing migration to supported OS versions.
What should we tell users about this vulnerability?
Advise users to allow Chrome to update to the latest version (or manually check for updates if auto-update is disabled). Remind them to avoid clicking suspicious links in emails or messages, and to be cautious when visiting unfamiliar websites. Most importantly, ensure they know that a patch is available and that updating is their best defense.
This analysis is based on publicly available vulnerability data as of the publication and modification dates provided. Patch versions, vendor advisories, and KEV inclusion status should be verified directly with Google's official Chromium security advisories and your internal patch management systems. Exploitation indicators and threat intelligence may evolve; organizations should monitor security feeds for updates. This explainer does not constitute professional security advice; consult your security team and risk management processes before making remediation decisions. No liability is assumed for inaccuracies or misinterpretation of source data. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- 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
- CVE-2026-10882HIGHCritical Chrome Use-After-Free RCE Vulnerability – Exploit Details & Patch Guidance