CVE-2026-13899: Critical Chrome Use-After-Free RCE Vulnerability – Patch Guidance
A use-after-free memory flaw in Google Chrome's HTML rendering engine allows attackers to run arbitrary code within the browser's sandbox by sending a specially crafted web page. An attacker would need to trick a user into visiting a malicious website, but once there, the flaw could allow code execution with the privileges of the browser process.
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
- 1 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Use after free in HTML 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: Medium)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13899 is a use-after-free vulnerability (CWE-416) in Chrome's HTML processing logic. The flaw occurs when the renderer references a memory object that has already been freed, enabling an attacker to control that memory region and achieve arbitrary code execution within the sandboxed renderer process. The vulnerability affects all versions of Google Chrome prior to 150.0.7871.47. While Chromium's internal severity rating is Medium, the CVSS 3.1 score of 8.8 reflects the practical impact: network accessibility, no authentication requirement, user interaction needed, and high impact across confidentiality, integrity, and availability.
Business impact
Organizations relying on Chrome for sensitive workflows face risk of data exfiltration, credential theft, or malware installation if employees browse to attacker-controlled sites. The attack requires user interaction but carries high severity due to the sandbox escape potential and broad reach across web-based applications. Industries handling regulated data (healthcare, finance, legal) should prioritize patching to maintain compliance posture and reduce insider risk vectors.
Affected systems
Google Chrome versions prior to 150.0.7871.47 are vulnerable on all platforms (Windows, macOS, Linux, Android, iOS). Organizations should verify their Chrome deployment version against the fixed version 150.0.7871.47 or later. Chrome users on automatic updates may already be protected; those on managed or enterprise channels should check update status immediately.
Exploitability
Exploitation requires no special access or authentication; the attacker simply needs a user to visit a crafted webpage. While Chromium's security team assigned a Medium internal severity (possibly due to sandbox restrictions), the attack surface is broad given Chrome's ubiquity and typical user browsing habits. The flaw is not currently in the KEV catalog, suggesting no active in-the-wild exploitation has been disclosed as of the vulnerability publication date, but organizations should assume proof-of-concept code or real-world attacks may emerge quickly.
Remediation
Update Google Chrome to version 150.0.7871.47 or later. For enterprise deployments, verify that auto-update policies are functioning and that no legacy versions are pinned. Verify updates across all endpoints, including managed and personal devices where employees access corporate resources. Test updates in a limited deployment first if policy requires.
Patch guidance
Patch availability is confirmed for Google Chrome 150.0.7871.47 and later. Deployment priority should be high: 1) Verify current version via chrome://settings/help or chrome://version. 2) Confirm auto-update is enabled on user devices. 3) For managed deployments, push version 150.0.7871.47+ via your mobile device management (MDM) or enterprise policy tools. 4) Prioritize endpoints used by employees handling sensitive data or accessing high-value internal systems. 5) Retest web-based applications and extensions after updating to confirm compatibility. Verify update success by checking chrome://version again 48 hours post-deployment.
Detection guidance
Monitor Chrome version strings across your endpoint inventory to identify machines still running versions prior to 150.0.7871.47. Use MDM reporting, Windows Update logs, or native Chrome policy reporting if available. Watch for suspicious renderer process crashes or unexpected memory errors in Chrome, which may indicate exploitation attempts. Log and alert on unusual web navigation to high-risk or unfamiliar domains, especially from privileged user accounts. Implement content security policies (CSP) and network controls to restrict access to known malicious sites. Endpoint detection and response (EDR) tools may flag abnormal child process creation from chrome.exe; tune your SIEM for such patterns post-deployment.
Why prioritize this
This vulnerability merits immediate attention despite the absence of KEV listing. A CVSS score of 8.8 (HIGH), network-based attack vector, no user privileges required for initial compromise, and sandbox escape potential combine to create significant risk. Chrome's market dominance and frequent use in corporate environments amplify exposure. Rapid patching (ideally within 7 days) is critical to close the window before active exploitation emerges.
Risk score, explained
The CVSS 3.1 score of 8.8 reflects a network-accessible vulnerability (AV:N) with low attack complexity (AC:L), no privileges required (PR:N), and user interaction necessary (UI:R). High impact on confidentiality, integrity, and availability (C:H, I:H, A:H) within the scope of the browser process drives the elevated score. Although the sandbox limits system-wide compromise, the renderer process runs with access to browsing history, cached credentials, cookies, and local storage—making this a serious data exposure and code execution risk.
Frequently asked questions
Is my system at risk if I use Chrome for browsing but do not enable JavaScript or execute downloaded files?
Yes. The vulnerability exists in Chrome's HTML rendering engine itself, not solely in JavaScript execution. An attacker can craft a malicious HTML document that triggers the use-after-free condition without JavaScript. Disabling JavaScript reduces one attack surface but does not eliminate this vulnerability. Patching is essential.
What is the difference between Chromium's 'Medium' severity rating and the CVSS 8.8 'HIGH' score?
Chromium's internal severity rating reflects the project's risk assessment methodology and may weigh sandbox restrictions heavily. CVSS 3.1 is a standardized, industry-wide scoring system that emphasizes network accessibility, ease of exploitation, and potential impact. Both perspectives are valid; organizations should prioritize based on CVSS severity and business context.
If I use Chrome on Android or iOS, am I vulnerable?
Yes. The vulnerability affects Chrome on all platforms, including Android and iOS, versions prior to 150.0.7871.47. Ensure updates are enabled on mobile devices and verify version numbers in Chrome's settings menu.
Our organization uses Chromebook devices managed via Google Workspace. Do we need to take additional action?
Managed Chromebooks typically receive automatic updates automatically, but verify that the device's Chrome version is 150.0.7871.47 or later. Check the device status in your Google Admin console and confirm that automatic updates are not disabled via policy. If any Chromebooks show older versions, manually trigger an update or review your auto-update policy settings.
This analysis is provided for informational purposes and reflects the state of public vulnerability data as of the publication date. CVSS scores, patch version numbers, and KEV status are sourced from official CVE and vendor advisories and subject to change. Organizations should verify patch applicability and compatibility within their environment before deployment. SEC.co makes no warranty regarding the accuracy or completeness of this analysis and recommends consulting official vendor advisories and security bulletins. Always test patches in a non-production environment before enterprise rollout. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-0125HIGHAndroid VPU Race Condition Local Privilege Escalation
- CVE-2026-0137HIGHAndroid Edge TPU Use-After-Free Privilege Escalation
- CVE-2026-0143HIGHAndroid LWIS Use-After-Free Privilege Escalation (CVSS 7.8 HIGH)
- 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-10005HIGHChrome macOS Use-After-Free RCE Vulnerability (7.5 CVSS)