CVE-2026-15120: Chrome Sandbox Escape via Use-After-Free (CVSS 8.3)
A use-after-free memory vulnerability exists in Google Chrome's core rendering engine on Windows systems. An attacker who gains control of Chrome's renderer process—the isolated component that parses web content—can exploit this flaw via a malicious web page to escape the browser sandbox and execute arbitrary code with system privileges. The vulnerability requires both renderer compromise and user interaction, but the potential impact is severe because successful exploitation breaks Chrome's fundamental security isolation.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.3 HIGH · CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-10
NVD description (verbatim)
Use after free in Core in Google Chrome on Windows prior to 150.0.7871.115 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape 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-15120 is a use-after-free condition (CWE-416) in Chrome's Core module affecting Windows versions prior to 150.0.7871.115. The vulnerability occurs when memory that has been freed is subsequently accessed, allowing an attacker controlling the compromised renderer process to manipulate object state and achieve code execution outside the sandbox boundary. The attack surface is network-accessible; exploitation requires crafted HTML delivered to a user, combined with a prior renderer compromise. The Chromium project assigned High severity, and the CVSS 3.1 score of 8.3 reflects the combination of network attack vector, high confidentiality and integrity impact, and scope change (breaking sandbox isolation).
Business impact
Successful exploitation could allow an attacker to gain system-level code execution on an affected Windows machine, bypassing Chrome's process isolation model. This represents a two-stage attack: first compromising the renderer (via malicious content, extension, or supply-chain attack), then leveraging this vulnerability to escape the sandbox. Organizations with users on vulnerable Chrome versions face elevated risk of malware deployment, credential theft, and lateral network movement from compromised endpoints.
Affected systems
Google Chrome on Microsoft Windows systems with versions prior to 150.0.7871.115 are affected. Chrome on other operating systems (macOS, Linux, Android) and earlier patch versions of Chrome 150 are not confirmed to be vulnerable based on available information. Verify your Chrome version via chrome://version and ensure you are running 150.0.7871.115 or later.
Exploitability
Exploitation requires two preconditions: (1) the attacker must have already compromised Chrome's renderer process, and (2) the victim must visit or interact with a crafted HTML page. While neither condition is trivial in isolation, the combination is feasible in targeted campaigns. The vulnerability is not listed on the CISA KEV catalog, suggesting active in-the-wild exploitation has not been publicly confirmed at the time of publication. The CVSS vector (AC:H—Attack Complexity High) acknowledges the renderer-compromise requirement, but the high impact score reflects the severity of sandbox escape.
Remediation
Update Google Chrome immediately to version 150.0.7871.115 or later. Chrome's auto-update mechanism should deploy patches automatically; users can manually check for updates via Settings > About > Google Chrome. Organizations should prioritize this update for high-risk users and enforce deployment via mobile device management or Group Policy. Because this vulnerability requires prior renderer compromise, defense-in-depth practices—blocking malicious downloads, sandboxing untrusted content, maintaining updated extensions—remain essential.
Patch guidance
Google Chrome version 150.0.7871.115 and later contain the fix. Verify patching via chrome://version. Auto-updates are enabled by default, but users should restart Chrome or wait for the scheduled update cycle. In enterprise environments, administrators can verify deployment via Chrome management console or by checking version numbers across enrolled devices. No manual configuration is required; the patch is transparent to end users.
Detection guidance
Monitor for Chrome renderer process crashes or unexpected terminations, which may indicate exploit attempts. Network detection should flag attempts to deliver malicious HTML to Chrome users, though this requires knowledge of payload signatures. Endpoint detection and response (EDR) tools should monitor for Chrome child processes spawning system-level executables or accessing sensitive system resources—a sign of successful sandbox escape. Log auth mechanisms for unusual lateral movement patterns originating from compromised workstations.
Why prioritize this
This vulnerability merits high priority for systems running vulnerable Chrome versions. Although active exploitation has not been confirmed in public threat intelligence, the combination of sandbox escape capability and moderate exploitability (requiring prior renderer compromise) makes it an attractive target for sophisticated threat actors. Windows systems are explicitly affected, and the scope change (breaking browser isolation) means successful exploitation has organization-wide impact, not just browser-level risk.
Risk score, explained
The CVSS 3.1 score of 8.3 (HIGH) reflects four key factors: (1) network attack vector—the malicious HTML can be delivered remotely; (2) high confidentiality, integrity, and availability impact—system-level code execution; (3) scope change—the vulnerability breaks the boundary between the renderer sandbox and the Windows OS; and (4) attack complexity marked as high due to the requirement for prior renderer compromise. The score does not include user interaction burden in its severity calculation, though exploitation does require the user to visit a crafted page.
Frequently asked questions
Does this vulnerability affect Chrome on macOS or Linux?
The vulnerability description explicitly states it affects Chrome on Windows prior to version 150.0.7871.115. Chromium's architecture is largely cross-platform, but the memory management patterns that trigger this use-after-free may differ on other operating systems. Check Chromium security advisories or your vendor's bulletins for confirmation regarding non-Windows platforms.
What does 'renderer process compromise' mean, and how likely is it?
Chrome isolates untrusted web content in a restricted process (the renderer) with limited system permissions. A renderer compromise typically occurs when an attacker exploits a separate vulnerability in the renderer itself (e.g., in JavaScript parsing or image decoding). Once the renderer is compromised, this CVE-2026-15120 flaw allows escape from that restricted process to gain full system access. Likelihood depends on the prevalence of renderer vulnerabilities and attacker sophistication.
Is this in the CISA Known Exploited Vulnerabilities (KEV) catalog?
No. As of the publication date (July 2026), this vulnerability has not been added to the CISA KEV catalog, meaning public exploitation has not been confirmed. However, the absence from KEV does not guarantee the vulnerability is unexploited in targeted campaigns or by advanced threat actors.
If I have auto-updates enabled, am I protected?
Chrome's default auto-update mechanism should deploy version 150.0.7871.115 automatically, but there may be a delay between release and deployment. Users can manually check for updates via Settings > About > Google Chrome to force immediate deployment. Organizations using managed Chrome deployments should validate the patch version across all endpoints to ensure no systems were skipped.
This analysis is based on the published CVE record and Chromium security advisory as of July 2026. CVSS scores, affected versions, and patch details are sourced from official Google and Microsoft advisories. No exploit code or weaponized proof-of-concept steps are provided. Organizations should verify patch availability and test deployment in their specific environments before production rollout. This advisory does not constitute legal or compliance advice; consult your security and risk teams for remediation prioritization. Source: NVD (public-domain), retrieved 2026-08-17. 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