CVE-2026-15116: Chrome Use-After-Free RCE – CVSS 8.8 High
Google Chrome contains a use-after-free vulnerability in its Actor component that could allow attackers to run malicious code within Chrome's sandbox by tricking users into visiting a specially crafted webpage. The flaw affects Chrome versions before 150.0.7871.115 and requires user interaction (clicking a link or visiting a malicious site) but no special privileges to exploit.
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-07-08 / 2026-07-10
NVD description (verbatim)
Use after free in Actor in Google Chrome prior to 150.0.7871.115 allowed a remote attacker 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-15116 is a use-after-free condition (CWE-416) in Chrome's Actor implementation. When improperly freed memory is accessed, an attacker can manipulate object state to achieve arbitrary code execution within the Chrome sandbox context. The vulnerability is reachable via network without authentication and requires only a user click on a crafted HTML page to trigger. Google has assigned this a High severity rating reflecting the ease of exploitation and the confidentiality, integrity, and availability impact it enables.
Business impact
Exploitation could result in unauthorized access to user data accessible within the Chrome process, modification of web content, execution of unwanted scripts, or use of the compromised browser as a staging point for lateral attacks. For organizations with strict web-browsing security policies, widespread unpatched Chrome instances increase risk of data exfiltration, credential theft, and supply-chain compromise via malicious web content.
Affected systems
Google Chrome versions prior to 150.0.7871.115 are vulnerable across all supported operating systems (Windows, macOS, Linux). This includes enterprise deployments where Chrome is used as a primary or secondary browser. Chrome's auto-update mechanism typically rolls out patches within hours to days, but organizations with managed deployments or update deferrals may have a longer exposure window.
Exploitability
Exploitability is straightforward: an attacker merely needs to host malicious HTML and socially engineer or advertise it to Chrome users. No advanced techniques, special network conditions, or user privilege escalation is required. The CVSS vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) reflects high exploitability with only user interaction as a barrier. Active exploitation in the wild has not been confirmed at time of publication, but the attack surface is large given Chrome's global user base.
Remediation
Update Google Chrome to version 150.0.7871.115 or later immediately. For enterprise environments, push the update through managed deployment channels (Chrome Enterprise, MDM solutions, or group policy) to ensure rapid coverage. Organizations unable to update immediately should consider restricting user browsing to trusted internal sites, using alternative browsers, or implementing additional sandbox/isolation controls.
Patch guidance
Verify that Chrome has auto-updated to 150.0.7871.115 or higher by navigating to Chrome Settings > About Google Chrome, which will display the installed version. For managed environments, confirm patch deployment through your MDM or Chrome management console. Test patch application on a representative sample of endpoints before full rollout if using deferred or phased updates. No manual configuration changes are required; the security fix is included in the version update itself.
Detection guidance
Monitor for Chrome crash dumps or sandbox escapes that may indicate exploitation attempts. Log browser version information across endpoints to identify machines still running vulnerable versions. In network-based detection, look for suspicious HTML pages hosting obfuscated JavaScript or abnormal memory-access patterns if deep packet inspection is available. Endpoint detection and response (EDR) tools should flag unexpected child processes spawned from Chrome that may signal sandbox escape.
Why prioritize this
This vulnerability warrants immediate attention because it combines high exploitability (network-reachable, low user interaction barrier), severe impact (full code execution), and a global attack surface (billions of Chrome users). The use-after-free class of vulnerability is well-understood and reliably exploitable. Although not yet listed in known exploited vulnerabilities (KEV), the combination of ease and reward makes active exploitation likely within weeks if unpatched instances remain prevalent.
Risk score, explained
The CVSS 8.8 HIGH score reflects the network attack vector, low complexity, requirement only for user interaction, high impact on confidentiality/integrity/availability, and lack of scope change. This places the vulnerability in the upper tier of severity for client-side browsers. The score does not account for sandbox mitigation (Chrome's sandbox does contain some damage), but escape to the host OS is theoretically possible with additional vulnerabilities or misconfigurations.
Frequently asked questions
Can this vulnerability be exploited without user interaction?
No. An attacker must convince a user to visit a malicious webpage or click a link to trigger the use-after-free condition. Passive exploitation (e.g., via a drive-by download without user knowledge) is not possible with this specific flaw.
Does the Chrome sandbox limit the impact if the vulnerability is exploited?
Partially. Chrome's sandbox restricts what an exploited renderer process can do directly to the host system. However, a successful sandbox escape or chaining with other vulnerabilities could grant broader system access. For high-value targets, assume the sandbox may not be a complete mitigation.
Are Chromium-based browsers like Edge and Opera affected?
Potentially, if they use affected versions of the underlying Chromium code. Check with your Chromium-based browser vendor for their own patch release. Chrome's patch will not automatically protect other Chromium derivatives.
What should organizations do if they cannot patch immediately?
Restrict browsing to trusted, internal websites; block access to common malware distribution vectors via firewall rules; use alternative browsers for critical tasks; consider browser isolation technology; and increase monitoring for suspicious activity on unpatched machines.
This analysis is provided for informational purposes and reflects publicly available information as of the publication date. Threat actors may adapt exploitation techniques over time. Organizations should cross-reference vendor advisories and security bulletins with this assessment. SEC.co makes no warranty regarding the completeness or timeliness of threat intelligence; always verify patch status and exploitability claims with official vendor sources before making security decisions. Source: NVD (public-domain), retrieved 2026-08-17. 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)