Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessInstall malicious co-installed app
-
DeliveryUser opens Custom Tab link
-
ExploitWin CustomTabs race window
-
ExecutionBypass web origin policy
-
ImpactAccess cross-origin web content
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture TOCTOU prevention
|
| Exploitation Conditions | Exploitation requires a malicious application to be co-installed on the same Android device as Google Chrome, and the attacker must win a race condition (TOCTOU, CWE-367) in the Chrome Custom Tabs component. Per the CVSS vector, the attacker needs local access (AV:L), some existing privileges (PR:L, i.e. the ability to install/run the co-installed app), and the attack depends on user interaction (UI:R) - typically the victim opening a link that invokes a Custom Tab. Limiting factors that reduce realistic risk: the co-installed-app prerequisite (the malicious app must already be present), the narrow and non-deterministic race window (high attack complexity), the requirement for user interaction, and the local-only vector - remote or unauthenticated exploitation is not possible. Only Chrome on Android versions prior to 155.0.8059.39 are affected. |
| Impact | This is a genuinely moderate-priority issue rather than an urgent one, and the signals are largely consistent in pointing that way. The CVSS 3.1 vector (AV:L/AC:H/PR:L/UI:R) describes a hard-to-exploit local vulnerability: the attacker must already have a malicious app co-installed on the device, must win a race condition (AC:H), holds only limited privileges (PR:L), and requires user interaction (UI:R). These preconditions are reflected in the low EPSS score (0.09%, 0th percentile), indicating essentially no observed or predicted mass exploitation, and in the SSVC decision (Exploitation: none, Automatable: no), which argues against opportunistic or automated attacks. The one elevated signal is SSVC Technical Impact: total, consistent with the C:H/I:H rating - a successful origin-policy bypass can fully compromise the confidentiality and integrity of web content across origins. There is no KEV listing and no indication of public exploit code, so this is not actively exploited. Net: a medium-severity, high-impact-but-hard-to-reach flaw whose real-world risk is constrained by the co-installed-app and race-window requirements, not a drop-everything priority. One inconsistency to verify: the CVE description targets Chrome on Android, but the vendor reference links to the 'Stable Channel Update for Desktop' blog post - confirm the correct Android advisory with Google. |
| Exploit ScenarioDerived | A user installs a malicious app alongside Chrome on an Android device. When the user opens a link that launches a Chrome Custom Tab, the malicious co-installed app exploits a time-of-check/time-of-use race condition during the Custom Tabs flow to bypass the web origin policy, allowing it to read or manipulate web content it should not have access to. No public exploit code is identified at time of analysis, and the attack depends on winning a timing window and on user interaction. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Web origin policy bypass in Google Chrome for Android (versions prior to 155.0.8059.39) lets a local attacker using a co-installed app escape the browser's same-origin restrictions by winning a race condition in the Custom Tabs component. Exploitation is not remote: per the assessed vector (AV:L/AC:H/PR:L/UI:R) the attacker must already have a malicious app installed on the same device (low privileges, PR:L) and must rely on victim user interaction, typically opening a link that launches a Custom Tab. There is no CISA KEV entry and no public exploit identified at time of analysis, and EPSS is negligible at 0.09% (percentile 0%), so this is a moderate-priority hardening issue rather than an urgent one.
RemediationAI
Vendor-released patch: Google Chrome 155.0.8059.39 for Android, distributed through the Chrome stable channel update documented at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html and delivered via Google Play; upgrade all Android devices to 155.0.8059.39 or later and verify the installed version in Chrome's About page, since Play Store rollout is staged and some devices will lag. Because the flaw requires a co-installed malicious app, the most effective near-term compensating control is restricting sideloading and untrusted app installation on managed devices (disable "Install unknown apps" per app, enforce Play Protect scanning, and use Android Enterprise allowlisting); the trade-off is reduced user flexibility and potential friction for legitimate internal app distribution. If the vulnerable build cannot be updated immediately, consider disabling or blocking Chrome's Custom Tabs usage on high-risk devices by enforcing an enterprise browser or managed work profile policy that confines untrusted apps away from the primary Chrome profile - at the cost of breaking in-app link previews and some SSO flows that depend on Custom Tabs. Patching remains strongly preferred over these workarounds given the low exploitation prerequisites once a hostile app is present.
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-367 (Time-of-Check to Time-of-Window race), a TOCTOU flaw in Chrome's Android Custom Tabs component. Custom Tabs is the IPC-backed mechanism Chrome exposes to third-party Android apps so they can render web content inside a browser-controlled activity with shared cookies and session state; because a separate app controls the launch intent and a service/activity handshake governs which origin and URL ultimately loads, there is a window between the browser validating the requested origin and the navigation actually being committed. A co-installed malicious app that repeatedly triggers this handshake can, under the right timing, have the check pass against one origin while a different origin or intent is committed, defeating the web origin policy that Custom Tabs is supposed to enforce. The CVE affects the Google Chrome package captured by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, but the vulnerable code path is Android-specific - desktop and other platforms are not implicated by this issue. Only the component's Android build prior to 155.0.8059.39 is affected; the race window is narrow and non-deterministic, which is reflected in the AC:H rating, and the vector's S:U with C:H/I:H shows the impact is contained to Chrome's own security context while still allowing high confidentiality and integrity loss once the origin boundary is crossed.
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:L/AC:H/PR:L/UI:R/S:U/C:H/I:H/A:N
Local co-installed app gives AV:L/PR:L; the TOCTOU race window makes AC:H and the victim opening a Custom Tab makes UI:R; origin bypass yields C:H/I:H, no availability impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Race condition in CustomTabs in Google Chrome on on Android prior to 155.0.8059.39 allowed a local attacker to bypass web origin policy via a co-installed app. (Chromium security severity: Medium)
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
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-93721
GHSA-36gf-46c5-pp35
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB