Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
ExploitPage parsing triggers memory corruption
-
ExecutionRead out-of-bounds memory inside sandbox
-
ImpactDisclose sensitive in-process data
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, buffer size validation
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 content - the CVSS UI:R and the description's 'via a crafted HTML page' confirm active user interaction (visiting or rendering a malicious page) is mandatory; there is no passive, zero-click vector described. No authentication is required of the attacker (PR:N) and no special victim-side configuration is needed beyond running the default browser. Limiting factors: the required user interaction, the need for the target to be on an unpatched Android build, and that the described impact is confined to reading memory inside the sandbox (C:H only; I:N/A:N), so the standalone bug yields information disclosure rather than code execution or a confirmed sandbox escape. |
| Impact | Signals are consistent and point to a moderate, not urgent, priority. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N, base 6.5) describes a network-reachable, unauthenticated flaw that requires user interaction (the victim must load a crafted HTML page) and yields only a confidentiality impact - reading memory inside the renderer sandbox, with no integrity or availability effect. EPSS is low at 0.22% (12th percentile), the CVE is NOT on the CISA KEV list, and no public exploit has been identified, so there is no evidence of active or imminent mass exploitation. The Chromium 'High' security-severity label reflects the class of bug (memory corruption/CWE-119) rather than demonstrated real-world weaponization, and it is consistent with the information-disclosure-only outcome described. All signals agree: this is a legitimately important browser patch to deploy via normal update cadence, but it is not a drop-everything emergency. One caveat: the description says the attacker can 'potentially read memory inside the sandbox,' meaning impact may be an information leak contained within the sandbox boundary rather than a full escape - this is a disclosure primitive that is often chained with other bugs, so treat the standalone CVSS as a floor, not a ceiling. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page (or injects malicious content into a page the victim already trusts) and lures an Android Chrome user into visiting it. When the page's crafted HTML is parsed, it triggers the memory-corruption condition in the browser, allowing the attacker's script to read out-of-bounds memory within the sandbox and potentially disclose sensitive in-process data. No public proof-of-concept or exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Memory corruption in Google Chrome on Android before version 156.0.8078.47 lets a remote, unauthenticated attacker who convinces a victim to open a crafted HTML page potentially read memory from inside the browser sandbox. The flaw is an out-of-bounds memory access (CWE-119) scored CVSS 6.5 with C:H/I:N/A:N, so the demonstrated impact is information disclosure confined to the sandbox rather than code execution or a confirmed sandbox escape, and exploitation is gated by mandatory user interaction (UI:R) on an unpatched Android build. No public exploit code or active exploitation has been identified at time of analysis, EPSS is low at 0.22% (12th percentile), and Google has released a fixed build.
RemediationAI
Primary fix: upgrade Google Chrome for Android to 156.0.8078.47 or later via the Google Play Store (or managed Play/enterprise distribution), as announced in the stable channel update at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html - this is a vendor-released patch and no separate out-of-band workaround is documented. On managed fleets, force the update through an app-version compliance policy and verify the installed build string rather than relying on auto-update, since delayed Play Store rollout leaves devices exposed indefinitely. If a device cannot be updated promptly, compensating controls carry real trade-offs: blocking the affected build from enterprise resources via conditional-access/device-compliance rules reduces exposure but locks out the user entirely; disabling or removing Chrome (or routing mobile browsing through a proxy that terminates suspicious HTML) narrows the attack surface at the cost of usability and does not fix the underlying memory-safety defect; and because the vector requires the victim to open a crafted page, restricting browsing to allowlisted domains materially lowers risk while breaking general web access. There is no confirmed zero-click path, so user-awareness messaging about unsolicited links on mobile is a weak but low-cost supplement, not a substitute for patching.
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 CWE-119, improper restriction of operations within the bounds of a memory buffer, which in Chromium's multi-process architecture typically manifests as an out-of-bounds read in the renderer or another sandboxed process when parsing attacker-supplied HTML or script-driven content. Because Chrome renders untrusted web content in a heavily restricted sandbox, a memory-safety failure there normally yields only intra-sandbox disclosure - consistent with the assessed CVSS vector (confidentiality high, integrity and availability none) and with the description's phrasing that memory is read 'inside the sandbox'. Exploitation therefore requires the attacker to deliver a crafted page to a victim running an affected Android build (AV:N, PR:N, UI:R) and to defeat any additional mitigations before the leaked memory would be useful for further stages; the bug alone is not described as a sandbox escape. CWE-119 is a broad parent class covering the unchecked buffer handling that Chromium's security team rated High severity, and the CPE/version data places affected installations strictly below the 156.0.8078.47 stable-channel build.
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:N/A:N
Remote crafted page with no auth (AV:N/PR:N) but mandatory user interaction (UI:R); memory read gives C:H with no integrity or availability impact and no scope change.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Memory corruption in Browser in Google Chrome on on Android prior to 156.0.8078.47 allowed a remote attacker to potentially read memory inside the sandbox via a crafted HTML page. (Chromium security severity: High)
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
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
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-105446
GHSA-q9m3-5p87-w95g
NVD
CVE.org
EPSS
Exploit-DB