CVE-2026-14426: Chrome V8 Use-After-Free RCE – Patch Guidance
A use-after-free flaw in Google Chrome's V8 JavaScript engine allows attackers to execute code within the browser's sandbox if they trick a user into performing specific UI interactions on a malicious webpage. The attack requires both a crafted HTML page and active user participation, making it a targeted rather than passive threat. Chrome versions prior to 150.0.7871.46 are vulnerable.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-07-01 / 2026-07-03
NVD description (verbatim)
Use after free in V8 in Google Chrome prior to 150.0.7871.46 allowed a remote attacker who convinced a user to engage in specific UI gestures 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-14426 is a use-after-free vulnerability (CWE-416) in V8, Chrome's JavaScript engine. The flaw permits remote code execution within the browser sandbox when an attacker controls the HTML content and convinces a user to perform deliberate UI gestures. The high CVSS score of 7.5 reflects the ability to achieve confidentiality, integrity, and authenticity impact, tempered by the requirement for both network access and user interaction. The attack does not require privilege escalation or cross-site request forgery; the attacker's HTML page itself is the vector.
Business impact
Compromised Chrome processes can steal session data, authentication tokens, cached credentials, and sensitive information from open web pages and extensions. While the sandbox limits direct system access, attackers can pivot to steal corporate data, bypass browser-based security controls, or establish persistence for follow-on attacks. Organizations relying on Chrome for sensitive work—especially those with weak user security training—face elevated risk of data exfiltration and social engineering success.
Affected systems
Google Chrome browser versions prior to 150.0.7871.46 are affected. The vulnerability applies across all platforms (Windows, macOS, Linux) and all users of unpatched Chrome installations. Chromium-based browsers that incorporate the vulnerable V8 version may also be at risk; verify with your derivative browser vendor.
Exploitability
Exploitation requires two conditions: a user must visit a malicious or compromised website hosting the crafted HTML, and they must perform specific UI gestures within the page. This is not a zero-click attack and does not work via drive-by download. The attack is feasible for targeted social engineering campaigns but unlikely to succeed at scale without significant user manipulation. Current threat intelligence does not list this as actively exploited in the wild (KEV status: not listed).
Remediation
Update Google Chrome to version 150.0.7871.46 or later. Chrome's auto-update mechanism should deliver the patch automatically, but verify completion in Chrome's About page (chrome://settings/help). Users and administrators should confirm all Chrome instances have updated, including Chrome on mobile devices and any managed enterprise deployments.
Patch guidance
Patch priority: immediate for all users. Chrome typically rolls out updates gradually; business-critical environments should verify patch deployment within 48–72 hours rather than assuming automatic rollout has completed. Confirm patched version via chrome://version and audit managed deployments (via Google Admin Console for workspace users) to ensure no outdated instances remain accessible. No manual configuration changes are required post-patch.
Detection guidance
Monitor for suspicious V8 behavior: watch for Chrome crashes with frame corruption, unexpected child process spawning, or memory access violations in v8.dll/libv8.so logs. Network detection is difficult because the attack occurs post-compromise of a legitimate connection. Endpoint detection and response (EDR) tools should flag unexpected process execution originating from Chrome's sandbox or unusual file access patterns by the Chrome process. User awareness training emphasizing skepticism of unfamiliar UI prompts remains the strongest preventive control.
Why prioritize this
Although CVSS is 7.5 (HIGH), the requirement for active user interaction and specific UI gestures lowers real-world exploitation risk compared to network-only flaws. However, the sandbox escape potential and data-theft impact justify immediate patching. Organizations with high-risk user bases (executives, developers, researchers) or those handling sensitive data in-browser should treat this as critical. General office environments can prioritize it as high-urgent but not emergency-level.
Risk score, explained
The CVSS 3.1 score of 7.5 reflects high confidentiality, integrity, and availability impact within the attack scope (the browser sandbox), offset by attack complexity (requires specific UI gestures) and user interaction requirements. The score does not account for the lack of active exploitation or KEV listing; in isolation, 7.5 is a legitimate reflection of the vulnerability's maximum potential harm. Real-world risk depends on your user population's susceptibility to social engineering.
Frequently asked questions
Can this vulnerability be exploited without user action?
No. Exploitation requires a user to visit a malicious webpage and perform specific UI gestures within that page. This is not a zero-click or drive-by attack. An attacker cannot compromise a user simply by sending a link; the user must click and interact with on-page elements.
Does the browser sandbox prevent all damage?
The sandbox significantly limits an attacker's reach to the local system, but it does not prevent theft of in-memory data such as authentication tokens, session cookies, cached form data, or sensitive information visible in open tabs. This data can be used for lateral movement or credential theft.
What should enterprise administrators do?
Push Chrome to 150.0.7871.46 or later via your management console (Google Admin Console for Workspace, or your endpoint management platform). Verify completion and confirm no outdated instances remain. Consider supplemental user awareness training on suspicious UI behavior.
Is this vulnerability listed on the Known Exploited Vulnerabilities (KEV) catalog?
No. As of the vulnerability's publication, this flaw is not listed on CISA's KEV catalog, meaning no confirmed active exploitation has been reported. However, the absence of KEV status does not indicate the vulnerability is low-risk; patching should not be delayed.
This analysis is provided for informational purposes and reflects publicly available information as of the publication date. Patch version numbers, KEV status, and vulnerability details are sourced from official CVE and vendor advisories; verify all remediation guidance against the latest Google Chrome security bulletin. No exploit code or weaponized proof-of-concept is provided. Organizations should validate patch applicability and compatibility in their specific environments before broad deployment. Source: NVD (public-domain), retrieved 2026-08-10. 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)