Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to attacker-controlled page
-
DeliveryServe crafted HTML to Chrome
-
ExploitTrigger use-after-free in Glic
-
ExecutionGain code execution in renderer
-
ImpactRun arbitrary code within sandbox
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 | Requires a victim using Chrome prior to 156.0.8078.47 to actively load attacker-controlled crafted HTML (CVSS UI:R - e.g. visiting a malicious or compromised web page); no authentication or privileges are needed (PR:N). The critical LIMITING factor is that successful exploitation yields code execution only INSIDE the Chrome renderer sandbox (S:U), not on the host - converting this to host-level compromise would require chaining a separate sandbox-escape vulnerability. The flaw is in the Glic component specifically; exploitation depends on reaching that code path through the rendered page, and the mandatory user interaction (navigation) reduces viability for fully automated, zero-click mass exploitation. |
| Impact | Signals are mixed and should be weighed carefully. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, base 8.8 High) describes a network-reachable, low-complexity, unauthenticated memory-corruption bug requiring only user interaction (visiting a page), which on its face reads as high priority. However, the description explicitly states the attacker executes code 'inside the sandbox' and the scope is Unchanged (S:U) - this is a single renderer-level use-after-free, NOT a full sandbox escape or host compromise, which is why Google/Chromium rated it only Medium severity despite the 8.8 score. This is the key tension: CVSS treats in-sandbox code execution as C:H/I:H/A:H, but real-world impact is bounded by the Chrome sandbox and would require a second chained bug (sandbox escape) to achieve host-level RCE. No EPSS score was provided, there is no CISA KEV listing, and no public exploit (POC) was identified in the input, so there is no evidence of active or imminent exploitation. Net: patch promptly because Chrome is ubiquitous and UI:R browser bugs are routinely weaponized in exploit chains, but this is not a standalone critical priority - the headline 8.8 overstates the real-world impact given sandbox containment. |
| Exploit ScenarioDerived | A remote attacker hosts or compromises a web page containing crafted HTML that triggers the use-after-free in Chrome's Glic component; a victim running a vulnerable Chrome build (prior to 156.0.8078.47) visits the page and the attacker gains arbitrary code execution confined to the renderer sandbox. No public exploit code was identified at time of analysis, and realistic full-host compromise would require chaining this with a separate sandbox-escape vulnerability. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Use-after-free in Google Chrome's Glic component (versions prior to 156.0.8078.47) allows a remote, unauthenticated attacker (PR:N) to execute arbitrary code inside the renderer sandbox when a victim loads a crafted HTML page, requiring user interaction (UI:R) such as visiting a malicious or compromised site. The impact is scope-unchanged (S:U): code execution is confined to the Chrome renderer sandbox, and achieving host-level compromise would require chaining a separate sandbox-escape vulnerability. Available intelligence shows no public exploit identified at time of analysis and no CISA KEV confirmation of active exploitation; Google has released a vendor patch in Chrome 156.0.8078.47.
RemediationAI
Upgrade Google Chrome to 156.0.8078.47 or later, which is the vendor-released patch available via the Chrome Stable Channel update; verify the installed version at chrome://settings/help, allow auto-update to complete, and restart the browser. Until the update is applied, reduce exposure by restricting browsing to trusted sites, enforcing enterprise URL allow/block lists, and isolating high-risk browsing in a separate environment or profile; disabling the Glic feature through enterprise policy may remove the specific attack surface but can affect related Chrome functionality and should be tested first. Because exploitation is confined to the renderer sandbox (S:U), OS-level sandboxing and endpoint detection provide defense-in-depth but do not replace patching, and host compromise would require an additional sandbox-escape vulnerability. Advisory: https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html; tracking issue: https://issues.chromium.org/issues/505994167.
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 flaw is a CWE-416 use-after-free in Glic, a Chrome component associated with the browser's Gemini-related integration/UI. A use-after-free occurs when an object is deallocated but a dangling pointer is later dereferenced, allowing an attacker to influence reused memory and potentially hijack control flow within the renderer process. Google rates the Chromium security severity as Medium, while the CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) scores 8.8 because a crafted HTML page can trigger the bug over the network without privileges, though the victim must navigate to attacker-controlled content and the resulting code execution remains inside Chrome's multi-process renderer sandbox. That sandbox confinement is the critical limiting factor: confidentiality, integrity, and availability impacts apply within the sandboxed renderer context, not the host OS, unless a separate sandbox-escape is chained. The vulnerability was reported through Google's Chrome CVE process and is tracked in Chromium issue 505994167 and EUVD-2026-105535; no CPE strings were provided, so the version boundary is taken from the vendor advisory and EUVD data.
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:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Network-delivered crafted HTML (AV:N/AC:L), no privileges but requires page visit (PR:N/UI:R); code execution stays within the unchanged sandbox scope (S:U) yielding high C/I/A at renderer level.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Glic in Google Chrome prior to 156.0.8078.47 allowed a remote attacker to execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome versions prior to 156.0.8078.47 contain a high-severity use-after-free in the Glic component that could allow a remote, unauthenticated attacker to run code within the browser renderer when a user visits a crafted page. Because Chrome is widely deployed, unpatched endpoints create broad user-facing exposure, although impact is confined to the renderer sandbox unless chained with a separate sandbox escape. Leadership should prioritize rapid fleet remediation because a vendor-released patch is available at version 156.0.8078.47 and no public exploit has been identified at time of analysis.
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-105535
GHSA-hm77-v9vf-p9q6
NVD
CVE.org
EPSS
Exploit-DB