Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious link
-
ExploitVictim loads crafted HTML page
-
ExecutionOmnibox improper input validation triggered
-
ImpactExecute arbitrary code within renderer sandbox
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Exploitation requires the victim to load a crafted HTML page in Google Chrome on Android (versions prior to 156.0.8078.47), triggering improper input validation in the Omnibox component; the attacker does not need authentication (PR:N) but does require user interaction (UI:R) to get the victim to open the malicious content. The key limiting factor is that any resulting code execution is confined to the renderer sandbox - a sandbox escape would be needed for full device compromise - which, together with the required user click and Google's 'Low' Chromium severity rating, substantially constrains real-world impact. |
| Impact | Signals conflict sharply and must be weighed carefully. The supplied CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H = 8.8) paints a near-critical remote-code-execution picture, yet Google's own Chromium security team rated this issue 'Low', and the description explicitly scopes the code execution to 'inside the sandbox' - meaning the attacker gains control only of the confined renderer process, not the host. That containment is the single most important risk-reducing fact and is not reflected in the 8.8 score, which appears to treat sandboxed renderer compromise as full host CIA loss. No EPSS score, no CISA KEV listing, and no public exploit were provided, so there is no evidence of active exploitation or weaponization; this is no public exploit identified at time of analysis. Exploitation also requires user interaction (UI:R) - the victim must load attacker-controlled content. Net assessment: despite the high CVSS number this is a lower real-world priority - a sandbox-contained renderer flaw with no exploitation signal - though it should still be patched promptly because Chrome's ubiquity means even low-severity browser bugs reach enormous populations. Note also a data inconsistency: the description says Chrome on Android, but the primary vendor references point to a desktop Stable channel blog post; verify the affected platform with the vendor. |
| Exploit ScenarioDerived | An attacker hosts a crafted HTML page and lures an Android Chrome user to open it (e.g., via a link in a message or ad). When the Omnibox mishandles the malicious input, the attacker triggers code execution confined within the browser's renderer sandbox. No public exploit code is known, and the single-click user interaction plus sandbox containment limit real-world impact. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Improper input validation in the Omnibox of Google Chrome for Android (versions prior to 156.0.8078.47) lets a remote, unauthenticated attacker potentially execute arbitrary code inside the renderer sandbox when a victim loads a crafted HTML page - user interaction is required (CVSS:3.1/AV:N/AC:L/PR:N/UI:R). Signals conflict sharply and must be weighed carefully: the externally reported base score of 8.8 (C:H/I:H/A:H) implies full compromise, whereas our independent assessment scores it 4.3-level impact (C:L/I:L/A:L) because any code execution is confined to the renderer sandbox and Google's own Chromium severity rating for this issue is 'Low'. No public exploit code exists and the issue is not in CISA KEV, so exploitation is not confirmed actively exploited (CISA KEV) at time of analysis; the practical barrier remains convincing a user to open a malicious page, plus the need for a separate sandbox escape to achieve device-level compromise.
RemediationAI
Vendor-released patch: Google Chrome for Android 156.0.8078.47 (published in the October 2026 stable channel update, https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html); upgrade through Google Play or the managed Play Store and verify the installed build string, referencing the Chromium issue https://issues.chromium.org/issues/553248404 for status. No user-side workaround removes the Omnibox attack surface without disabling core browser functionality, so patching is the only complete fix; interim compensating controls include enforcing an allowlist-only browsing policy for mobile Chrome in managed environments (trade-off: blocks most general web use), restricting Chrome for Android to trusted internal sites via enterprise URL filtering or Android work-profile policies (trade-off: productivity loss and user friction, not a hard technical control), and, given that the assessed impact is confined to the renderer sandbox (C:L/I:L/A:L) rather than full device compromise, treating a successful hit as contained unless a separate sandbox escape is chained. Confirm Chrome's own sandboxing and site isolation are not weakened by enterprise configuration; disabling those protections to gain compatibility would increase exposure and should be avoided. Monitoring guidance: prioritize this behind higher-impact Chrome issues, since Google rates it Chromium security severity 'Low' and no public exploit code or KEV listing exists to justify emergency out-of-band deployment.
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 Omnibox is Chrome's combined address bar, search box and suggestion engine on Android; it ingests and parses untrusted input (typed URLs, pasted text, autocomplete/suggestion payloads, and page-supplied data) across a privileged-to-renderer boundary. CWE-20 (Improper Input Validation) means the component fails to sufficiently validate or canonicalize that input before acting on it, which in this case can corrupt state in a way that permits arbitrary code execution - but only within the Chrome renderer sandbox on Android. Reaching that point requires the victim to load a crafted HTML page (UI:R) and does not require credentials (PR:N), consistent with the vector CVSS:3.1/AV:N/AC:L/PR:N/UI:R. Because the sandbox boundary is intact, the realistic outcome under the assessed vector (C:L/I:L/A:L) is limited confidentiality, integrity and availability impact confined to the renderer, not full device takeover; a chained sandbox-escape bug would be required for that, and none is described here. The affected platform scope is Android only, with the fixed build being 156.0.8078.47; the Chromium issue tracker entry (issues.chromium.org/issues/553248404) and the Chrome stable channel release notes are the authoritative technical references.
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, no privileges, but needs user interaction (UI:R); code execution stays inside the renderer sandbox with no scope change, so impacts are Low not High, matching Chromium's 'Low' rating.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Improper input validation in Omnibox 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: Low)
Executive ViewAI
Google Chrome for Android versions before 156.0.8078.47 contain an input-validation flaw that could let a remote, unauthenticated attacker run code inside the browser’s renderer sandbox if a user opens a crafted page. The practical risk is constrained by required user interaction, sandbox confinement, and no public exploit identified at time of analysis, but the broad mobile browsing footprint means unpatched devices still warrant management attention. A vendor patch is available, so leadership should prioritize version verification and update enforcement across managed Android estates.
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
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-105728
GHSA-jr5f-3rm8-95j3
NVD
CVE.org
EPSS
Exploit-DB