Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious site
-
DeliveryDeliver crafted HTML page
-
ExploitTrigger out-of-bounds read in Core
-
ExecutionLeak memory / run code in sandbox
-
ImpactInformation disclosure or sandboxed compromise
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK
1 technique across 1 tactic: Collection 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 open a crafted HTML page in Google Chrome on Android running a version prior to 156.0.8078.47 (UI:R - user must navigate to or load attacker-controlled content). No authentication is required (PR:N) and the default browser configuration is sufficient - there is no special feature or non-default setting named in the advisory. Limiting factors: the flaw is in the Android build of Chrome specifically; any resulting code execution is confined to the renderer sandbox (S:U), so a separate sandbox-escape would be needed for host compromise; and the required user interaction plus the read-class CWE (CWE-125) constrain realistic impact toward information disclosure rather than guaranteed RCE. |
| Impact | Signals are moderately conflicting and must 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 = 8.8 High) describes a network-reachable, low-complexity, unauthenticated flaw needing only that a user open a crafted HTML page - trivial for a browser. However, Chromium's own security severity rating is 'Medium', and the CWE is CWE-125 (out-of-bounds READ), which typically yields information disclosure rather than full code execution; the description only states code execution 'potentially' and explicitly 'inside the sandbox', meaning the renderer sandbox still contains the attacker (consistent with S:U, no scope change). This gap - CVSS 8.8 High vs. vendor 'Medium' and a read-class CWE - suggests the 8.8 reflects a worst-case code-execution assumption rather than confirmed impact; treat the real-world impact as likely information disclosure / sandboxed compromise unless chained with a separate sandbox-escape. No EPSS score, no CISA KEV listing, and no public exploit were provided, so exploitation is 'no public exploit identified at time of analysis'. A patch is available from Google, which lowers risk for patched fleets. Net: patch promptly because of Chrome's ubiquity and the one-click trigger, but this is not confirmed as actively exploited and is sandbox-contained, so it ranks below a verified KEV/escape chain. |
| Exploit ScenarioDerived | A remote attacker hosts or injects a crafted HTML page (e.g., via a malicious ad, phishing link, or compromised site) that a Chrome-on-Android user opens, triggering an out-of-bounds read in the browser's Core component. This may leak adjacent memory contents or, in the worst case, be leveraged toward arbitrary code execution within the renderer sandbox. No public proof-of-concept was provided in the intelligence, and exploitation requires the victim to actively load the attacker's page (UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
An out-of-bounds read in the Android build of Google Chrome before 156.0.8078.47 allows a remote attacker to read past the end of an allocated buffer by getting a victim to load a crafted HTML page, with the vendor noting the possibility of arbitrary code execution confined to the renderer sandbox. Exploitation is unauthenticated (PR:N) but requires user interaction (UI:R) - the target must navigate to or be served the malicious page - and is limited to Chrome on Android running a version below the fixed build. No public exploit code was identified at time of analysis and the CVE is not listed in CISA KEV; the read-class weakness (CWE-125) and the requirement for a separate sandbox escape make realistic impact lean toward memory/information disclosure rather than assured host compromise.
RemediationAI
Vendor-released patch: 156.0.8078.47. Update Google Chrome on Android to 156.0.8078.47 or later through Google Play (or your EMM/Managed Google Play pipeline), then verify the installed version under Chrome > Settings > About Chrome and re-check after staged rollouts, since Play Store delivery can lag by days. Organizations managing Android fleets should pin a minimum app version in Managed Google Play and alert on devices reporting builds below 156.0.8078.47. Google's advisory (https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html) and the restricted Chromium bug (https://issues.chromium.org/issues/562111801) are the authoritative references; the bug is access-restricted, so expect limited technical detail. No documented workaround exists for this defect - disabling JavaScript in Chrome site settings reduces exposure to crafted pages but breaks most web applications and is impractical at scale, and restricting users to a curated set of trusted origins lowers the attack surface only against untrusted-link delivery. Because any code execution is sandbox-confined, keep Android security patch levels current and monitor for sandbox-escape vulnerabilities that could be chained, and treat unexpected renderer crashes or memory-disclosure indicators on pre-fix Android builds as potential exploitation signals given the high confidentiality impact in the assessed vector.
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 weakness is a classic CWE-125 out-of-bounds read in Chrome's Core component on the Android platform, meaning a length or index derived from attacker-influenced content is used to dereference memory without a full bounds check. In a browser engine this typically surfaces during HTML parsing or rendering in Blink, where a crafted page drives an object past the end of a heap buffer; the immediate consequence is disclosure of adjacent memory (pointers, heap layout, possibly sensitive in-process data), and the vendor additionally flags the theoretical possibility of using the corrupted read to steer execution. Because the flaw is described as living in Core of the Android build, the affected code path is the mobile-specific packaging of the browser rather than the desktop channel, and any code execution achieved remains inside the renderer sandbox (S:U in the assessed vector) - converting it into host compromise would require chaining a second, independent sandbox-escape bug. The assessed vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:L/A:L) reflects high confidentiality impact with only partial integrity and availability impact, consistent with a read primitive rather than a reliable write/RCE primitive, and the default browser configuration is sufficient to reach the vulnerable path with no special feature or non-default setting required.
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
Remote crafted page with user interaction (AV:N/AC:L/PR:N/UI:R); CWE-125 read primarily leaks memory so C:H, while code execution is only potential and sandbox-contained, lowering I/A to L.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Out of bounds read in Core in Google Chrome on on Android prior to 156.0.8078.47 allowed a remote attacker to potentially execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome on Android versions prior to 156.0.8078.47 contain an out-of-bounds read that a remote, unauthenticated attacker can trigger when a user loads a crafted HTML page, potentially exposing memory contents and, under limited conditions, enabling code execution confined to the renderer sandbox. Leadership should care because the issue affects the mobile browsing population, including remote and BYOD users, and successful exploitation depends on user interaction plus a separate sandbox escape, so realistic organizational risk is moderate but warrants prompt patching. No public exploit code or CISA KEV listing was 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
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.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
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-105659
GHSA-w3mv-2364-4pcp
NVD
CVE.org
EPSS
Exploit-DB