Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise Chrome renderer via separate bug
-
DeliveryServe victim crafted HTML page
-
ExploitTrigger use-after-free in ShapeDetection
-
ExecutionEscape Chrome sandbox
-
ImpactExecute arbitrary code on host
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to have ALREADY compromised the Chrome renderer process via a separate vulnerability - this is a second-stage sandbox-escape bug, not a standalone remote exploit. Additionally, user interaction is required (UI:R): the victim must load attacker-controlled crafted HTML/content that exercises the ShapeDetection API, triggering the use-after-free. Limiting factors: the mandatory prior renderer compromise, the need for user interaction, and the high attack complexity of successfully grooming the freed object to achieve code execution. The condition is implicitly satisfied on default Chrome configurations below 155.0.8059.79 since ShapeDetection is a standard browser capability, but the chaining requirement substantially raises the bar. |
| Impact | This is a genuinely serious but context-dependent flaw, and the signals mostly agree. The CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H = 8.3 High) correctly reflects that this is NOT a standalone remote exploit: the description explicitly requires 'a remote attacker who had compromised the renderer process.' That renderer-compromise precondition is what justifies AC:H, and the sandbox escape justifies the S:C scope change. So despite PR:N, exploitation realistically requires chaining with a separate renderer RCE bug plus user interaction (visiting a crafted page). The lower-urgency signals corroborate this: EPSS is only 0.21% (11th percentile), SSVC reports Exploitation: none and Automatable: no (consistent with no public exploit and the need for a chained precondition), and there is no CISA KEV listing. The one high signal is SSVC Technical Impact: total, which matches the sandbox-escape-to-arbitrary-code outcome. Net: prioritize because it affects a ubiquitous product and is a sandbox escape, but it is not a drop-everything standalone RCE - it is a second-stage component of an exploit chain, and no evidence of active exploitation exists at time of analysis. |
| Exploit ScenarioDerived | An attacker who already controls a compromised Chrome renderer process (via a separate first-stage bug) lures or already has a victim on a page containing crafted content that triggers the use-after-free in the ShapeDetection component. By grooming the freed object, the attacker escalates from the sandboxed renderer to arbitrary code execution in the higher-privileged browser process on the host. No public exploit identified at time of analysis, and the attack requires both the prior renderer compromise and user interaction. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Use-after-free in Google Chrome's ShapeDetection implementation, affecting all versions prior to 155.0.8059.79, allows an attacker who has already compromised the renderer process to execute arbitrary code outside the sandbox, turning a renderer foothold into full browser-process compromise. Exploitation is not standalone: the CVSS vector (AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H) and the assessed conditions require both a prior renderer compromise achieved through a separate bug and user interaction, since the victim must load attacker-controlled crafted HTML that exercises the ShapeDetection API to trigger the free-then-reuse condition. Exploitation status is limited: no public exploit identified at time of analysis, no CISA KEV listing, and EPSS is low at 0.21% (11th percentile), though the SSVC technical impact is rated total because success means code execution beyond the Chrome sandbox.
RemediationAI
Vendor-released patch: upgrade to Google Chrome 155.0.8059.79 or later, distributed through the Chrome stable channel per the advisory at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_01668083673.html; on Windows, macOS and Linux this is delivered via chrome://settings/help or the standard managed update path, while Android users update through Google Play or the corresponding Play Services channel. Because exploitation requires a previously compromised renderer in addition to user interaction on crafted HTML, the practical priority order is to patch immediately on any browsing profile exposed to untrusted web content, then to harden against first-stage renderer bugs that would supply the prerequisite foothold: enforce strict site isolation, keep the renderer sandbox enabled, avoid disabling V8/Blink mitigations, and keep all browser extensions and child processes current. No vendor-documented configuration toggle or enterprise policy specifically disables the ShapeDetection API, so feature-level disabling is not a reliable substitute for patching and attempting it via content filtering would be brittle and could regress legitimate barcode, face and text detection features; for extremely high-value endpoints, the trade-off option is to restrict general web browsing to a hardened, disposable profile, but this imposes real usability costs. Monitoring value here is in detection rather than prevention: alert on renderer-process crashes followed by unusual browser-process child activity, unexpected out-of-process writes from a renderer, and on shape-detection API usage in pages that are otherwise anomalous, since those signals are consistent with the first-stage compromise required to reach this bug. No patch-version numbers beyond 155.0.8059.79 should be assumed from the available data.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause class is CWE-416, use-after-free, in Chrome's ShapeDetection component. ShapeDetection is the Blink-exposed Web API surface (Barcode Detection, Face Detection and Text Detection) that brokers JavaScript requests from a renderer to privileged browser-side shape-detection services, which marshals image data and detector objects across the renderer/browser boundary. Under this design, detector instances and their associated image or result buffers are owned by privileged code but referenced through structures reachable from the renderer process; if such a reference outlives the freed object, the dangling pointer can be re-dereferenced in a context that is not constrained by the renderer sandbox. That is why the CVSS vector carries S:C (scope changed) and why Google rates the Chromium security severity as High: the vulnerability does not by itself break the render process isolation model, but it provides the second stage of a two-step chain in which the attacker first obtains renderer code execution and then uses the ShapeDetection bug to escape the sandbox. The same primitive also yields denial-of-service (the tagged impact includes DoS), and the memory-corruption tag reflects that successful heap grooming of the freed object is the hard part of turning the UAF into reliable arbitrary code execution.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
AC:H and UI:R capture the required prior renderer compromise and crafted-page interaction; PR:N since no account is needed; S:C and C/I/A:H reflect sandbox escape to arbitrary code on the host.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in ShapeDetection in Google Chrome prior to 155.0.8059.79 allowed a remote attacker who had compromised the renderer process to execute arbitrary code outside the sandbox via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome versions prior to 155.0.8059.79 contain a high-severity use-after-free in ShapeDetection that could allow an attacker who already controls the renderer to execute code outside the browser sandbox, potentially compromising the full browser process. This matters because Chrome is widely deployed, and although exploitation requires user interaction plus a separate renderer compromise and no public exploit identified at time of analysis, a successful chain could expose sensitive data and enable code execution on affected endpoints. Leadership should prioritize rapid patching for high-risk users and verify browser fleet compliance.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
EUVD-2026-100654
GHSA-c6j2-r22x-4f63
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB