Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
DeliveryPage manipulates Chrome Android UI elements
-
ExploitBrowser renders spoofed/misrepresented interface
-
ExecutionUser deceived into trusting spoofed content
-
ImpactPotential credential or information disclosure
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V3 - Web Frontend Security UI security representation
|
| Exploitation Conditions | Exploitation requires the victim to actively navigate their Android Chrome browser (versions prior to 155.0.8059.39) to a crafted attacker-controlled HTML page (UI:R in the CVSS vector confirms required user interaction). No authentication or special privileges are needed (PR:N), and no non-default configuration is required. The primary limiting factor is the mandatory user interaction and the fact that impact is confined to UI deception - the attacker cannot execute code or directly read data; realistic harm depends on the user being successfully tricked by the spoofed interface. Platform is limited to Chrome on Android. |
| Impact | This is a low-priority issue despite a mid-range CVSS base score of 5.4. The provided CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L) indicates a network-reachable, low-complexity flaw requiring no privileges but requiring user interaction, with only low confidentiality and availability impact and no integrity impact - consistent with a UI spoofing/misrepresentation weakness (CWE-451) rather than code execution. Google/Chromium themselves rated the security severity 'Low'. The SSVC decision framework reinforces de-prioritization: Exploitation=none (no observed or expected exploitation), Automatable=no, Technical Impact=partial. There is no KEV listing and no indication of public exploit code, so this is 'no public exploit identified at time of analysis'. No EPSS score was provided in the input, so probabilistic exploitation likelihood cannot be quantified here. One minor internal tension: the CVSS vector lists A:L (availability impact), which is unusual for a pure UI-spoofing bug where the realistic harm is user deception leading to possible credential/information disclosure rather than an availability effect - treat the A:L as questionable and vendor-derived. Overall this is a genuinely low-risk, deception-class issue that matters mainly for phishing-style social engineering, not a widespread or automatable threat. |
| Exploit ScenarioDerived | A remote attacker hosts a crafted HTML page and lures an Android Chrome user to visit it; the page manipulates browser UI elements (such as address bar or security indicators) to misrepresent the page's true origin or state. The user, trusting the spoofed UI, may be deceived into disclosing credentials or sensitive data. No public exploit code is identified, and successful exploitation requires the victim to actively load the malicious page (UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
UI misrepresentation in Google Chrome for Android before 155.0.8059.39 lets a remote attacker spoof trusted browser interface elements by getting a victim to open a crafted HTML page, which can mislead the user about which site, prompt, or state they are actually interacting with. Exploitation is unauthenticated (CVSS PR:N) but hinges on user interaction (UI:R) - the victim must actively navigate to the attacker-controlled page - and the assessed impact is limited to low confidentiality loss (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N), meaning no code execution, no data integrity change, and no denial of service; this aligns with Chromium's own Low security severity for the issue and with CISA SSVC's rating of no exploitation, non-automatable, and partial technical impact. Vendor patches are available in Chrome 155.0.8059.39, and no public exploit code or confirmed active exploitation was identified at time of analysis.
RemediationAI
Upgrade Chrome for Android to version 155.0.8059.39 or later, distributed through the Google Play Store; the vendor advisory confirms a patch is available (Vendor-released patch: 155.0.8059.39) and the stable channel update announcement is at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html, with technical details at https://issues.chromium.org/issues/553252261. Because the affected component is the browser itself, there is no server-side mitigation that removes the risk - the only complete fix is updating the client. Where immediate updating is not feasible, enterprises can enforce minimum-version requirements through Android Enterprise or Chrome Browser Cloud Management policies so that older, unpatched builds are blocked from accessing sensitive resources; the trade-off is that users on older devices or managed profiles may lose access until they update. Operators can also reduce exposure by restricting browsing to trusted, allowlisted sites and disabling or tightly scoping in-browser features that display trust indicators (for example, suppressing autofill and embedded webviews that present login prompts) during the interim window, though these controls are imperfect and can break legitimate workflows. Given the Low severity, user-interaction requirement, and SSVC rating of no exploitation, remediation here should be handled through normal update cadence rather than emergency change control.
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 class is CWE-451 (User Interface Misrepresentation of Critical Information), a UI-spoofing weakness rather than a memory-safety or logic-flaw bug. In Chromium's multi-process architecture, trusted browser chrome - the address bar, security indicators, permission prompts, and similar affordances - is drawn by the browser process while untrusted page content is rendered by a sandboxed renderer; UI-spoofing defects arise when the boundary between those two layers is insufficiently enforced and web content can visually imitate or overlay trusted UI. Here the trigger is a crafted HTML page rendered by Chrome on Android, and the affected CPE (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) is a product-level wildcard, so version scoping comes from vendor data specifying builds prior to 155.0.8059.39. Because the consequence is user deception - the attacker cannot read protected data directly, alter files, or crash the browser - the independent assessment scores only C:L with I:N/A:N, and Chromium classifies the issue as Low severity. The practical risk therefore depends on how convincingly the spoofed element mimics trusted UI and whether the victim acts on the deception; the platform scope is restricted to Chrome on Android.
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:L/I:N/A:L
Remote crafted page with no privileges but required user visit (UI:R); UI spoofing yields limited confidentiality via deception, with no genuine integrity or availability impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
UI misrepresentation in UI in Google Chrome on on Android prior to 155.0.8059.39 allowed a remote attacker to spoof UI elements via a crafted HTML page. (Chromium security severity: Low)
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
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-93627
GHSA-xjhg-h55h-w84q
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB