CVE-2026-12029: Chrome Video Use-After-Free Sandbox Escape on Windows
A use-after-free memory vulnerability exists in Google Chrome's video handling component on Windows systems. An attacker who has already compromised Chrome's renderer process—the sandboxed component that runs untrusted web content—could exploit this flaw through a specially crafted webpage to break out of the sandbox and gain full system access. This represents a critical step in a multi-stage attack chain, as the attacker must first compromise the renderer before leveraging this vulnerability for privilege escalation.
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-06-11 / 2026-06-17
NVD description (verbatim)
Use after free in Video in Google Chrome on Windows prior to 149.0.7827.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-12029 is a use-after-free vulnerability (CWE-416) in Chrome's video subsystem that affects Windows deployments prior to version 149.0.7827.115. The vulnerability allows a malicious renderer process to reference memory that has already been freed, leading to potential code execution at the system level. The attack surface requires user interaction (visiting a crafted webpage) and relatively complex exploitation conditions (AC:H), but succeeds in crossing security boundaries (S:C) once triggered. The sandbox escape capability makes this a high-severity issue despite its higher complexity requirements.
Business impact
Organizations relying on Chrome for secure web access face elevated risk of full workstation compromise if a user visits a malicious site while a renderer exploit is active in the wild. This is particularly concerning in environments where Chrome is the primary browser for accessing sensitive applications. Successful exploitation could lead to credential theft, lateral movement to network resources, and installation of persistent malware—turning a browser vulnerability into an enterprise breach vector.
Affected systems
Google Chrome on Microsoft Windows prior to version 149.0.7827.115 is vulnerable. While the CVE description specifies Windows, Chrome users on other platforms should verify the patch status in their respective updates, as use-after-free bugs are often cross-platform. Organizations should inventory Chrome deployments and confirm update compliance across all operating systems.
Exploitability
Exploitation requires two preconditions: (1) the renderer process must already be compromised, and (2) the user must visit a page hosting the sandbox escape payload. This two-stage requirement reduces the immediate threat, but does not eliminate it—especially in scenarios where renderer exploits are publicly available or used in targeted campaigns. The vulnerability is not currently listed in CISA's Known Exploited Vulnerabilities (KEV) catalog, suggesting no widespread active exploitation at the time of this analysis. However, the sandbox escape nature makes this an attractive post-compromise objective for advanced attackers.
Remediation
Apply Chrome version 149.0.7827.115 or later as soon as possible. This patch addresses the use-after-free condition in the video component. Organizations should prioritize Chrome updates in their patch management workflows, particularly for users who access high-risk websites or handle sensitive data. Automated update mechanisms should be enabled to ensure timely deployment.
Patch guidance
Verify that Chrome installations are updated to version 149.0.7827.115 or later by checking Settings > About Google Chrome, which will display the current version and auto-download available updates. For managed deployments, administrators should push updates through their device management platform (MDM, SCCM, etc.) and confirm compliance reporting within 30 days. Testing in a non-production environment before broad rollout is recommended, though this patch addresses a critical security issue that warrants rapid deployment.
Detection guidance
Endpoint Detection and Response (EDR) tools should monitor for suspicious Chrome renderer process behavior, including unusual memory access patterns or unexpected system calls following video playback or media-heavy webpage visits. Browser crash logs may indicate exploitation attempts; review Chrome crash reports in your telemetry system for patterns correlating with visits to untrusted domains. Network-level detection is limited since the payload is delivered via crafted HTML, but flagging users who visit known malicious or compromised sites for follow-up investigation is prudent.
Why prioritize this
This vulnerability merits high priority due to its sandbox escape capability and high CVSS score (8.3), despite not being actively exploited in the wild. The attack chain—compromising the renderer first, then breaking the sandbox—is a sophisticated but achievable two-stage exploit that advanced threat actors pursue. Organizations should treat this as a critical update cycle, not a routine patch. The combination of high impact (system compromise) and reasonable exploitability (given a renderer compromise) places it near the top of the patch queue.
Risk score, explained
The CVSS 3.1 score of 8.3 (HIGH) reflects: network-based attack vector (AV:N), high complexity due to renderer compromise requirement and user interaction (AC:H, UI:R), ability to change the security context and break sandbox isolation (S:C), and full impact to confidentiality, integrity, and availability (C:H/I:H/A:H). The score appropriately captures that while initial access to the renderer is non-trivial, successful exploitation grants near-complete system control. The 'High' Chromium severity designation aligns with the CVSS assessment.
Frequently asked questions
Do I need to update Chrome on non-Windows systems?
The CVE specifically references Windows, but use-after-free vulnerabilities in video handling may affect other platforms. Check the official Chrome release notes for version 149.0.7827.115 to confirm scope. If you manage Chrome across multiple OS types, apply updates uniformly to avoid leaving any system behind.
Why does this vulnerability require the renderer to already be compromised?
Chrome's sandbox isolates the renderer process from the system. A vulnerability in the renderer itself cannot directly break the sandbox; it can only corrupt the renderer's own memory. A sandbox escape like this one exploits the use-after-free to trigger code execution that can communicate with the privileged broker process and escape the sandbox boundary.
Is this exploited in the wild?
As of the last update, CVE-2026-12029 is not listed in CISA's KEV catalog, indicating no confirmed public exploitation. However, the sandbox escape nature makes it attractive to sophisticated actors. Do not assume safety—treat this as a priority patch regardless.
Can this vulnerability be triggered by simply viewing a webpage?
Not without a second vulnerability. You need both a renderer compromise (e.g., from another Chrome vulnerability or malicious script execution) and then the crafted HTML page to trigger the sandbox escape. This two-step requirement makes it part of an exploit chain rather than a one-click attack.
This analysis is provided for informational purposes to assist security decision-making. CVSS scores, vulnerability details, and patch version information are sourced from official vendor advisories and the CVE database. Exploit techniques, proof-of-concept code, and operational details of active attacks are not included. Organizations should independently verify patch applicability, test updates in their environment before production deployment, and maintain current communication with vendors for additional context. SEC.co makes no warranty regarding the completeness or timeliness of this analysis and recommends consulting official Chrome release notes and Microsoft security bulletins for the authoritative record. Source: NVD (public-domain), retrieved 2026-07-20. 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