HIGH 8.3

CVE-2026-14400: Chrome ANGLE Out-of-Bounds Write & Sandbox Escape

A memory writing flaw in Google Chrome's ANGLE graphics library allows an attacker who has already compromised the renderer process to escape the browser sandbox and gain broader system access. The attacker would need to serve a specially crafted webpage, but exploitation requires the renderer to be compromised first. Chrome versions before 150.0.7871.46 are affected.

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-787
Affected products
1 configuration(s)
Published / Modified
2026-07-01 / 2026-07-03

NVD description (verbatim)

Out of bounds write in ANGLE in Google Chrome prior to 150.0.7871.46 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-14400 is an out-of-bounds write vulnerability (CWE-787) residing in ANGLE, the cross-platform graphics abstraction layer used by Chrome. The vulnerability exists in versions prior to 150.0.7871.46. An attacker with control of the renderer process can trigger an out-of-bounds write via a malicious HTML page, potentially breaking out of the renderer sandbox and executing code with elevated privileges. The attack chain requires a prior compromise of the renderer, making this a post-sandbox-break vulnerability rather than a first-stage exploit.

Business impact

While this vulnerability cannot directly compromise a system from a remote webpage alone, it significantly amplifies risk when combined with other renderer vulnerabilities. Organizations where employees browse untrusted content face elevated risk of complete system compromise if this flaw is chained with a renderer RCE. For enterprises using Chrome in security-sensitive contexts (e.g., isolated browsing for high-value targets), this represents a critical gap that could enable lateral movement and persistence following an initial breach. Delayed patching leaves organizations vulnerable to multi-stage attacks.

Affected systems

Google Chrome versions before 150.0.7871.46 on all platforms (Windows, macOS, Linux) are affected. Users of Chromium-based browsers that vendor the same ANGLE code may also be at risk; verify against your specific browser vendor's advisory. Chrome's auto-update mechanism should deploy fixes automatically, but enterprises with update management policies should prioritize rollout.

Exploitability

Exploitation requires two conditions: (1) the renderer process must already be compromised, typically via a separate vulnerability, and (2) the attacker must control the HTML content served to the compromised renderer. The CVSS score of 8.3 reflects the high impact (sandbox escape) balanced against the prerequisite of prior renderer compromise. This is not a wormable or zero-click vulnerability; it serves as a powerful privilege escalation in multi-stage attack chains. Currently, it is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, suggesting active wild exploitation has not been confirmed at publication.

Remediation

Update Google Chrome to version 150.0.7871.46 or later. Most users will receive this patch automatically via Chrome's built-in updater; verify in chrome://settings/help. Enterprise administrators should confirm rollout through their update management systems and consider forcing updates on managed devices if auto-update delays are a concern. No workarounds exist; patching is the only mitigation.

Patch guidance

Immediately prioritize patching to Chrome 150.0.7871.46 or later. For enterprises: (1) verify current fleet versions via mobile device management (MDM) or endpoint detection tools; (2) establish a mandatory update deadline within 7–14 days; (3) test patches in a staging environment if your organization has custom Chrome configurations; (4) communicate urgency to users, emphasizing the sandbox-escape risk. If auto-update is delayed in your environment, manually trigger updates via chrome://settings/help or push updates via group policy (Windows) or configuration profiles (macOS).

Detection guidance

Direct detection of exploitation is difficult because the vulnerability operates within the renderer sandbox. Monitor for: (1) unusual Chrome process behavior or child process creation outside normal renderer boundaries; (2) system-level API calls from Chrome that indicate sandbox escape (e.g., direct file system access, registry modifications on Windows); (3) memory corruption indicators or crash dumps from ANGLE components; (4) network indicators associated with multi-stage attacks (initial renderer compromise followed by lateral movement). Leverage EDR and behavioral analytics tools to flag anomalous Chrome activity. Proactive detection is best achieved through patching velocity monitoring to ensure timely updates across your estate.

Why prioritize this

This vulnerability merits urgent attention despite its requirement for prior renderer compromise. ANGLE graphics vulnerabilities have historically been high-impact, and sandbox escapes are among the most valuable post-breach capabilities for attackers. The combination of high CVSS (8.3), Chromium's High severity rating, and the ubiquity of Chrome in enterprise environments creates substantial risk. Even though it is not yet in the KEV catalog, proactive patching prevents its use as a persistence or lateral-movement vector in sophisticated attacks. Organizations should patch within their standard critical/high-priority timelines.

Risk score, explained

The CVSS 8.3 HIGH score reflects: (1) high impact (confidentiality, integrity, availability all marked high due to sandbox escape enabling system-level compromise); (2) network vector (the attack originates from remote content); (3) moderate attack complexity (requires prior renderer compromise and user interaction to load the malicious page); (4) no privilege requirement for the initial vector (though impact is elevated). The score appropriately captures the severity of a sandbox escape but accounts for its dependency on prior renderer compromise, preventing a critical (9.0+) rating.

Frequently asked questions

Do I need to be exploited for this to affect me?

Not directly. The vulnerability requires an attacker to first compromise the Chrome renderer process through another vulnerability. Once the renderer is compromised, this flaw allows escape from the browser sandbox. If your organization is not targeted by advanced attackers or does not frequently encounter exploit chains, your immediate risk is lower. However, proactive patching prevents this from becoming a known weak link if other renderer flaws are discovered.

Will my Chrome auto-update protect me?

Yes, in most cases. Chrome's default auto-update mechanism will roll out version 150.0.7871.46 or later automatically. You can verify you have the patch by visiting chrome://settings/help; Chrome will show your current version and update status. Enterprise deployments may have delayed auto-update due to IT policies, in which case administrators must manually trigger or enforce the update.

Can this be exploited through just visiting a website?

No. While the attacker could host a malicious webpage, exploitation also requires that the Chrome renderer process be already compromised by another vulnerability. A single visit to a malicious site would not trigger this flaw in an uncompromised browser. This is a post-compromise capability, not a primary attack vector.

Is there a workaround if I cannot update immediately?

There is no effective workaround. The vulnerability exists in ANGLE, a core graphics component of Chrome. Disabling JavaScript, plugins, or hardware acceleration may reduce attack surface marginally, but none of these steps eliminate the risk. Patching is the only reliable mitigation; prioritize updating within 1–2 weeks.

This analysis is provided for informational purposes and represents SEC.co's assessment based on publicly available information as of the publication date. Statements about patch versions, affected systems, and timeline recommendations should be verified against official Google Chrome security advisories and your organization's specific environment. SEC.co makes no warranty as to the completeness or accuracy of third-party references. Organizations should conduct independent risk assessments and testing before implementing any remediation or detection measures. Exploit code, attack infrastructure details, and weaponized proof-of-concept information are intentionally omitted to minimize harm; consult authorized security research channels for defensive research only. Source: NVD (public-domain), retrieved 2026-08-10. Analysis generated by SEC.co (claude-haiku-4-5).