Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
DeliveryPage triggers use-after-free in Toolbar
-
ExploitReclaim freed object with controlled data
-
ExecutionHijack execution in renderer
-
ImpactExecute arbitrary code inside 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 | Exploitation requires the victim to use Google Chrome on Android at a version prior to 156.0.8078.47 and to load attacker-controlled HTML (UI:R - the user must navigate to or render the crafted page); it is not triggered automatically without that page load. The resulting arbitrary code execution is explicitly confined to the Chrome sandbox, so it does not by itself yield full device/OS compromise - a separate sandbox escape would be needed for that, which is the primary limiting factor on real-world impact. No special non-default configuration or authentication is required beyond visiting the page. |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, base 8.8) describes a network-reachable, low-complexity, unauthenticated flaw requiring only that the victim load a crafted HTML page - the classic drive-by profile for a browser bug. However, two signals pull the real-world priority down from what 8.8 suggests. First, Google/Chromium assigned this a 'Medium' security severity, which conflicts with the HIGH CVSS score; this gap is typical for Chrome use-after-free bugs whose code execution is confined to the renderer sandbox, as the description explicitly states ('execute arbitrary code inside the sandbox'). Full device compromise would additionally require a separate sandbox-escape chain, which this CVE does not provide. Second, there is no EPSS score, no CISA KEV listing, and no public proof-of-concept in the provided data - so there is no public exploit identified at time of analysis and no evidence of active exploitation. Net assessment: a genuinely patch-worthy memory-corruption bug in an ubiquitous product, but absent a chained sandbox escape and with no exploitation signals, it is standard-cadence browser-patch priority rather than an emergency. Note the conflict to verify: the vendor 'Medium' rating versus the HIGH 8.8 CVSS - the vendor rating better reflects the sandbox-contained impact. |
| Exploit ScenarioDerived | An attacker hosts or compromises a web page containing malicious HTML/JS that triggers the use-after-free in Chrome's Toolbar component on Android. A victim using a vulnerable Chrome build (prior to 156.0.8078.47) simply visits the page, and the freed-object reuse is leveraged to execute arbitrary code within the renderer sandbox. No public PoC is identified at time of analysis, and the executed code remains sandbox-confined unless combined with a separate escape. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Use-after-free in the Toolbar component of Google Chrome for Android allows a remote, unauthenticated attacker to achieve arbitrary code execution inside the Chrome sandbox when a victim loads a crafted HTML page. All Chrome builds on Android prior to 156.0.8078.47 are affected; the flaw scores CVSS 3.1 base 8.8 (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H), a classic drive-by browser profile where the only prerequisite is that the user navigates to or renders attacker-controlled content. Google rates the issue Medium in its own Chromium severity scale, and no public exploit code or confirmed active exploitation was identified at time of analysis; a vendor patch is available.
RemediationAI
Vendor-released patch: upgrade Google Chrome for Android to 156.0.8078.47 or later, distributed through the Google Play Store (verify the installed version under Settings > About Chrome and force an update if the Play Store has not refreshed). Because exploitation requires only that the user load a crafted page, patching is the only durable fix and should be prioritized on Android devices with broad web exposure; update rollouts can lag by region or device, so confirm the version string rather than assuming auto-update succeeded. There is no configuration toggle or flag that disables the Toolbar component without crippling normal browsing, and blocking untrusted web content is not a practical compensating control for a general-purpose browser - interim risk reduction therefore rests on restricting browsing to trusted sites, disabling JavaScript where feasible (which breaks most modern sites) as a short-term trade-off, and applying prompt OS/Play Services updates in case a sandbox escape is later chained. Track the vendor advisory at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html and the Chromium issue at https://issues.chromium.org/issues/518068748 for updates; no vendor-released patch for a sandbox-escape chain was identified in the provided data, so monitor for follow-on advisories.
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 is a use-after-free (CWE-416) in the Toolbar UI component of Chrome on Android. A use-after-free occurs when an object is freed but a dangling pointer to it is still dereferenced, so an attacker who can control the timing and contents of heap reuse - here via a crafted HTML page driving the browser through normal rendering paths - can redirect execution to attacker-influenced memory. Because the corruption is reachable through ordinary page rendering, it fits the drive-by model: no authentication or non-default configuration is needed, only that the victim view the page. Critically, the assessment scope is Unchanged (S:U) and the resulting code execution is explicitly confined to the Chrome sandbox, meaning the primitive yields code execution as the sandboxed renderer/UI process rather than direct device or OS compromise; chaining with a separate sandbox-escape bug would be required for that escalation, which is the main real-world limiting factor. The mismatch between Google's 'Medium' Chromium severity rating and the 8.8 CVSS base score reflects Google's sandbox-aware scoring model, which discounts impact that cannot escape the sandbox.
Know when Android gets its next vulnerability
- 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
Crafted web page over the network (AV:N, AC:L, PR:N) requiring the user to load it (UI:R); code execution stays in the renderer so scope is unchanged (S:U) with high C/I/A within that process.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Toolbar in Google Chrome on on Android 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 for Android is affected by a high-severity flaw that can allow an unauthenticated remote attacker to execute code inside the browser sandbox when a user opens crafted web content. Leadership should care because routine mobile browsing by employees can create exposure without credentials or user-installed software, and remediation depends on coordinated Android fleet updates to 156.0.8078.47 or later. No public exploit was identified at time of analysis, but the broad user base and drive-by nature make prompt remediation important.
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.
Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows and OS X and before 11.2.202.466
Integer underflow in the MPEG4Extractor::parseChunk function in MPEG4Extractor.cpp in libstagefright in mediaserver in A
Android 3.0 through 4.1.x on Disney Mobile, eAccess, KDDI, NTT DOCOMO, SoftBank, and other devices does not properly imp
Integer overflow in the SampleTable::setSampleToChunkParams function in SampleTable.cpp in libstagefright in Android bef
Apktool versions 2.9.1 and prior contain a path traversal vulnerability when processing Android APK files. Malicious APK
An elevation of privilege vulnerability in the Android system (art). Rated high severity (CVSS 7.8), this vulnerability
The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a
Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows
Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows
Android 1.6 Donut through 4.2 Jelly Bean does not properly check cryptographic signatures for applications, which allows
luni/src/main/java/java/io/ObjectInputStream.java in the java.io.ObjectInputStream implementation in Android before 5.0.
The Broadcom Wi-Fi driver in the kernel in Android 4.x before 4.4.4, 5.x before 5.1.1 LMY49G, and 6.x before 2016-02-01
EUVD-2026-105582
GHSA-x8qc-68vw-288v
NVD
CVE.org
EPSS
Exploit-DB