VORANT. Threat Intelligence Research Create a free account

Chrome zero-day CVE-2026-11645 exploited in wild

Published Vorant ratinghigh vulnerability Government (National)Technology

Vorant's rating weighs the evidence in the report: confirmed exploitation, victims claimed, CVSS and EPSS, and how many sources agree. It rates the report, not your assets.

Google Chrome has a V8 out-of-bounds vulnerability under active exploitation, part of a batch of 74 patched flaws that could enable arbitrary code execution.

Sourcecisecurity.org — open the original

What to check

Applies to
The 15 CVEs named below. Whether you run an affected version is not assessed: check the versions the source lists.
Exploitation
CISA lists CVE-2026-11645 as exploited in the wild.

CISA's MS-ISAC issued an advisory covering a large set of vulnerabilities patched in Google Chrome versions prior to 149.0.7827.102/.103. The majority are use-after-free, integer overflow, and input-validation flaws across Chrome components including Bluetooth, V8, Views, Dawn, Printing, and Extensions. The most severe of these, CVE-2026-11645, is an out-of-bounds memory access flaw in the V8 JavaScript engine, and Google has confirmed an exploit for it exists in the wild.

Successful exploitation of the most critical bugs could allow arbitrary code execution in the context of the logged-in user, potentially enabling an attacker to install programs, manipulate or exfiltrate data, or create new accounts with full privileges. Impact severity depends on the privilege level of the affected account, with users on non-administrative accounts facing reduced risk. The primary attack vector described is drive-by compromise, meaning victims could be compromised simply by visiting a malicious or compromised webpage.

Organizations are urged to apply Google's updates immediately following testing, given the confirmed in-the-wild exploitation of CVE-2026-11645. Standard mitigations apply: enforcing least privilege, enabling anti-exploitation features (DEP, WDEG, SIP/Gatekeeper), restricting web-based content, DNS/URL filtering, and user awareness training around malicious links and attachments.

Mentioned in this report

Vulnerabilities CVE-2026-11628CVE-2026-11629CVE-2026-11630CVE-2026-11631CVE-2026-11632CVE-2026-11633CVE-2026-11634CVE-2026-11636CVE-2026-11640CVE-2026-11645KEVCVE-2026-11649CVE-2026-11655CVE-2026-11670CVE-2026-11672CVE-2026-11701

Detection guidance

Suspicious Child Process Spawned by Google Chrome (Possible Browser Exploitation)

ATT&CK T1189 · status experimental · needs windows process_creation logs · generated from the report, not run against telemetry

A behavioural hunt for the technique in general, not a signature for the CVEs this report names.

Detects Chrome or its renderer/GPU process spawning shells, script interpreters, or LOLBins, consistent with successful exploitation of a Chrome vulnerability (e.g. V8 UAF/OOB such as CVE-2026-11645) leading to code execution. Auto-generated starting point — validate and tune in your environment before deploying. IOC matches can false-positive on shared infrastructure and decay as adversary infrastructure rotates.

title: Suspicious Child Process Spawned by Google Chrome
id: 3fe317e2-fd58-5469-8007-3bdfccaebb49
status: experimental
description: 'Detects Chrome (or its renderer/utility processes) spawning command
  interpreters, scripting engines, or other LOLBins as child processes. Legitimate
  Chrome behaviour rarely spawns these processes directly; this pattern is consistent
  with successful drive-by exploitation of a browser memory-corruption vulnerability
  such as CVE-2026-11645 leading to arbitrary code execution in the context of the
  logged-in user.

  '
references:
- https://www.cisa.gov
author: Vorant
tags:
- attack.t1189
- attack.initial-access
logsource:
  category: process_creation
  product: windows
detection:
  selection_parent:
    ParentImage|endswith:
    - \chrome.exe
  selection_child:
    Image|endswith:
    - \cmd.exe
    - \powershell.exe
    - \pwsh.exe
    - \wscript.exe
    - \cscript.exe
    - \mshta.exe
    - \rundll32.exe
    - \regsvr32.exe
    - \certutil.exe
    - \bitsadmin.exe
    - \msiexec.exe
  filter_updater:
    Image|endswith:
    - \GoogleUpdate.exe
    - \chrome_installer.exe
    CommandLine|contains:
    - --update
    - setup.exe
  condition: selection_parent and selection_child and not filter_updater
falsepositives:
- Chrome-managed installers or Google Update invoking helper processes for legitimate
  updates
- Enterprise browser extension deployment tools that shell out to msiexec or PowerShell
- Print-to-PDF or file download handlers that invoke rundll32 for shell extensions
level: high

Chrome Renderer or GPU Process Writing Executable File to Disk

ATT&CK T1189 · status experimental · needs windows file_event logs · generated from the report, not run against telemetry

A behavioural hunt for the technique in general, not a signature for the CVEs this report names.

Detects Chrome's low-privilege renderer/GPU sandbox processes creating executable or script files outside normal browser cache/profile paths, indicating a possible sandbox escape following exploitation of a memory-corruption vulnerability like CVE-2026-11645. Auto-generated starting point — validate and tune in your environment before deploying. IOC matches can false-positive on shared infrastructure and decay as adversary infrastructure rotates.

title: Chrome Renderer Process Writing Executable File Outside Cache
id: e475373b-296d-57d0-84b5-585b7b6429d8
status: experimental
description: 'Detects the Chrome renderer or GPU process (chrome.exe running in sandboxed
  --type=renderer/--type=gpu-process mode) writing executable, script, or DLL files
  to locations outside the normal Chrome cache/user-data profile. This behaviour can
  indicate a successful sandbox escape following exploitation of a browser vulnerability
  such as CVE-2026-11645, where the attacker drops a second-stage payload to disk.

  '
references:
- https://www.cisa.gov
author: Vorant
tags:
- attack.t1189
- attack.initial-access
logsource:
  category: file_event
  product: windows
detection:
  selection_proc:
    Image|endswith: \chrome.exe
  selection_ext:
    TargetFilename|endswith:
    - .exe
    - .dll
    - .ps1
    - .bat
    - .vbs
    - .hta
    - .scr
  filter_normal_paths:
    TargetFilename|contains:
    - \AppData\Local\Google\Chrome\User Data\
    - \Google\Chrome\Application\
    - \Temp\scoped_dir
  condition: selection_proc and selection_ext and not filter_normal_paths
falsepositives:
- Chrome extension or component updates writing DLLs/executables within its own installation
  folders
- Enterprise software that hooks into Chrome download handling and legitimately writes
  files to user Downloads folder
level: medium

Behavioural rules are generated from public reporting — validate in your environment before deploying.

Source reporting: https://www.cisecurity.org/advisory/multiple-vulnerabilities-in-google-chrome-could-allow-for-arbitrary-code-execution_2026-054

Free public brief. The detections with Splunk SPL already written (plus Elastic and KQL where they apply) are in the app with a free account, no card. Slack alerts on the vendors you run come with the paid plans, and a new account gets three days of them.

What this brief leaves out

This page is the free tier: the write-up, the severity, the names. In the app the same report carries its detections (Splunk SPL already written, plus Elastic and Microsoft KQL where they apply) and live profiles of the CVEs it names. The paid plans add the security research and news reporting the free tier leaves out.

It sits in a corpus of 16,445 reports from 149 sources, 666 of them written in the last seven days, and it grows through the day.

A new account starts with three days of all of it, no card, then keeps the government and CERT reporting free. Slack alerts are a paid-plan feature: name the vendors you run and Slack hears about the reports that touch them, not the rest of the week's. Nothing is charged unless you subscribe.

Create a free account   What it costs