CVE-2026-110919 Overview
CVE-2026-110919 is a use-after-free vulnerability [CWE-416] in the V8 JavaScript engine of Google Chrome prior to version 155.0.8059.84. A remote attacker can execute arbitrary code inside the Chrome sandbox by convincing a user to visit a crafted HTML page. Google classifies the Chromium security severity as High. The flaw affects the Stable channel for desktop and was addressed in the October 2026 Stable Channel update.
Critical Impact
Successful exploitation enables arbitrary code execution within the renderer sandbox, providing attackers a foothold for further sandbox-escape chains and browser-based intrusion.
Affected Products
- Google Chrome Desktop versions prior to 155.0.8059.84
- Chromium-based browsers embedding the vulnerable V8 engine
- All operating system builds (Windows, macOS, Linux) running affected Chrome releases
Discovery Timeline
- 2026-10-15 - CVE-2026-110919 published to the National Vulnerability Database
- 2026-10-19 - Last updated in NVD database
Technical Details for CVE-2026-110919
Vulnerability Analysis
The vulnerability resides in V8, Chrome's JavaScript and WebAssembly engine. Use-after-free conditions occur when code continues to reference memory after it has been freed. An attacker who controls the contents of the reallocated memory region can influence program execution.
In V8, such flaws typically arise during garbage collection boundaries, inline cache transitions, or object reshaping. A crafted HTML page delivering specific JavaScript can trigger the dangling reference and corrupt engine state. Code execution then occurs inside the renderer process sandbox.
The attack requires user interaction, specifically navigation to attacker-controlled content. No authentication is needed, and the exploit executes over the network through standard web traffic.
Root Cause
The root cause is improper lifecycle management of a V8 heap object. V8 frees the backing allocation while another code path retains a reference to it. Reuse of that reference permits reading or writing freed memory, which attackers leverage for type confusion and ultimately control over an instruction pointer or object vtable.
Attack Vector
Exploitation follows the typical browser drive-by model. The attacker hosts a malicious page or compromises a trusted site to serve crafted HTML and JavaScript. When a user with a vulnerable Chrome build loads the page, V8 processes the payload and triggers the use-after-free. Delivery vectors include phishing links, malvertising, watering-hole attacks, and injected content on third-party sites.
The vulnerability is described in prose only; no public proof-of-concept is available. See the Chromium Issue Tracker #568831769 for restricted technical details.
Detection Methods for CVE-2026-110919
Indicators of Compromise
- Chrome renderer processes spawning unexpected child processes such as cmd.exe, powershell.exe, or shell interpreters
- Outbound network connections from chrome.exe to newly registered or low-reputation domains following page loads
- Unexpected file writes by Chrome into user profile or temporary directories containing executable content
- Browser crash reports referencing V8 or heap corruption shortly before suspicious activity
Detection Strategies
- Inventory Chrome installations and flag any build earlier than 155.0.8059.84 across managed endpoints
- Correlate browser process telemetry with web proxy logs to surface navigation events preceding anomalous behavior
- Hunt for renderer sandbox escape patterns such as token manipulation or injection into non-browser processes
Monitoring Recommendations
- Enable endpoint telemetry for process lineage, module loads, and script execution originating from browser processes
- Forward browser crash and WER reports to a central log store for triage of exploitation attempts
- Track DNS and TLS SNI data to identify first-contact domains tied to drive-by delivery infrastructure
How to Mitigate CVE-2026-110919
Immediate Actions Required
- Update Google Chrome to version 155.0.8059.84 or later on all desktop platforms
- Restart Chrome after updating to ensure the patched V8 binary is loaded into memory
- Verify Chromium-based browsers and embedded frameworks pull the updated V8 release
Patch Information
Google released the fix in the Stable Channel update documented in the Chrome Releases blog. Enterprises using managed Chrome deployments should push the update through Group Policy, Jamf, or equivalent configuration management. Verify client versions with chrome://version after rollout.
Workarounds
- Restrict browsing to trusted sites via web proxy allowlists until patching completes
- Disable JavaScript on untrusted origins through enterprise policy where feasible
- Deploy site isolation and strict sandbox policies to limit renderer compromise impact
# Verify installed Chrome version on Linux endpoints
google-chrome --version
# Example GPO-equivalent policy to force auto-update on Windows (registry)
reg add "HKLM\SOFTWARE\Policies\Google\Update" /v UpdateDefault /t REG_DWORD /d 1 /f
reg add "HKLM\SOFTWARE\Policies\Google\Update" /v AutoUpdateCheckPeriodMinutes /t REG_DWORD /d 60 /f
Disclaimer: This content was generated using AI. While we strive for accuracy, please verify critical information with official sources.

