HIGH 8.8

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).