HIGH 8.8

CVE-2026-13965: Chrome Oilpan Use-After-Free Remote Code Execution

Google Chrome versions before 150.0.7871.47 contain a use-after-free vulnerability in Oilpan, Chrome's garbage collection system. An attacker can craft a malicious HTML page that, when visited, triggers unsafe memory access and executes arbitrary code within Chrome's sandbox. While the sandbox contains the impact to the browser process, the flaw still allows complete compromise of that process with full read, write, and execute access. This is a remote attack requiring only that a user visit a hostile website—no special user privileges or configuration changes are needed.

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 Oilpan 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

The vulnerability is a use-after-free (CWE-416) in Oilpan, Google's incremental garbage collection system for the Blink rendering engine. Oilpan manages memory for DOM objects and other renderer-process allocations. The flaw permits an attacker to reference memory that has already been freed, allowing out-of-bounds reads, writes, or control-flow hijacking. The attack vector is a crafted HTML document served over the network. When the victim's browser parses and renders the page, the malicious content triggers the use-after-free condition. Execution occurs in the renderer process sandbox, limiting lateral movement but granting full compromise of that isolated context.

Business impact

Any user running affected Chrome versions who visits a malicious website risks compromise of their browser session, cached credentials, and any sensitive data visible to that renderer process. For enterprises, this threatens credential theft from browser-based authentication, exfiltration of intellectual property from web applications, and potential lateral movement if the compromised browser is used to access internal systems or services that trust the user's authenticated session.

Affected systems

Google Chrome versions prior to version 150.0.7871.47 are affected. This includes all stable, beta, and extended stable release channels below that version. Chrome on Windows, macOS, and Linux all ship the same Oilpan code and are similarly vulnerable. Users of Chromium-based browsers that incorporate unpatched Oilpan code may also be at risk; verify with your specific browser vendor.

Exploitability

This vulnerability has a low barrier to exploitation. No user interaction beyond visiting a website is required—the attack is fully automatic upon page load. The attack surface is enormous: any compromised website, advertisement, or attacker-controlled domain can host the exploit. Network access and UI interaction (visiting a link) are the only prerequisites, making this a critical remote code execution threat in practice. The CVSS score of 8.8 (High) reflects this profile, despite Chromium internally rating it Medium severity (likely accounting for sandbox containment).

Remediation

Immediately update Chrome to version 150.0.7871.47 or later. Chrome's auto-update mechanism will deploy the fix; users should restart the browser to apply it. For enterprises, enforce the minimum version via Group Policy (Windows) or mobile device management policies (iOS/Android/ChromeOS). Verify patch deployment before allowing affected devices to connect to untrusted networks.

Patch guidance

Update to Chrome 150.0.7871.47 or any later version in the stable channel. Visit chrome://settings/help to check your current version and trigger an immediate update check if needed. The browser will download and stage the patch, applying it at the next restart. For managed environments, configure auto-update policies and verify rollout across your fleet. No rollback or workarounds are available; patching is the only remediation.

Detection guidance

Monitor for Chrome version compliance using your asset inventory or endpoint detection tools. Check for installations below version 150.0.7871.47 via WMI queries (Windows) or package managers (Linux/macOS). Network-level detection of exploitation is difficult without detailed browser telemetry; focus on patching velocity and post-compromise indicators (unusual outbound connections from browser processes, credential theft, unauthorized access to internal web applications from previously-trusted user sessions).

Why prioritize this

This vulnerability is a remote code execution that requires only a malicious webpage to trigger. The lack of KEV status and limited active exploitation reports do not diminish urgency—the flaw is straightforward to exploit and affects a ubiquitous browser. Patch immediately, as the attack surface (any website a user visits) is enormous. If any user must use Chrome on systems with access to sensitive data or internal services, immediate patching is non-negotiable.

Risk score, explained

The CVSS 8.8 (High) score reflects remote network access, no authentication, user interaction limited to a single click or automatic page load, and high impact on confidentiality, integrity, and availability within the sandbox context. Chromium's internal Medium rating accounts for sandbox containment, but the overall score correctly emphasizes that sandbox escape is not required—full control of the renderer process is a severe outcome for sensitive workflows.

Frequently asked questions

Does the sandbox prevent this vulnerability from being exploited?

The sandbox contains the damage to the renderer process and prevents direct kernel access or access to other application memory. However, renderer-process compromise is itself severe: attackers can steal credentials, session cookies, autofill data, and history. They can also use the compromised process to attack other services the user is authenticated to, or pivot via browser extensions and plugins.

Am I safe if I don't click on suspicious links?

No. The attack is automatic upon page load. A malicious ad on a legitimate website, a compromised news site, or even a social media feed can host the exploit. You need only visit a website with the malicious content; you don't need to click anything further.

Do I need to do anything beyond updating Chrome?

No. Simply update to version 150.0.7871.47 or later and restart the browser. No configuration changes or manual actions are needed. Verify your version in chrome://settings/help to confirm the patch is installed.

Why does Chromium call this Medium severity when CVSS is High?

Chromium's severity rating accounts for sandbox containment, which does limit the overall system impact. CVSS is a standards-based metric that weights the severity of compromise within the affected component (Chrome's renderer) without factoring in defense-in-depth like sandboxing. Both assessments are valid for different contexts; the High CVSS score should drive your patching priority.

This analysis is provided for informational purposes and reflects the vulnerability details as of the publication date. CVSS scores and severity ratings are subject to change as new information emerges. Patching guidance is general; verify specific version numbers and deployment procedures against official Google Chrome and your organization's release notes. No active public exploits are confirmed as of the publication date; however, the vulnerability's exploitability profile suggests rapid weaponization is likely. Testing patches in a non-production environment before enterprise rollout is strongly recommended. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).