Skip to main content

Android EUVDEUVD-2026-33799

| CVE-2026-0087 HIGH
Protection Mechanism Failure (CWE-693)
2026-06-01 google_android GHSA-w57c-v5jc-4hch
7.8
CVSS 3.1 · Vendor: google_android
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    User installs malicious app from sideload or store
  2. Delivery
    App declares intent filters for target domain
  3. Exploit
    Logic error in approvalLevelForDomainInternal grants handler approval
  4. Execution
    User taps App Link from email or browser
  5. Persist
    Intent routed to attacker app instead of legitimate one
  6. Impact
    Attacker captures credentials or tokens and relays to real site

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Protection mechanism completeness
Exploitation Conditions

Attacker must already have code execution on the device as an installed third-party app (CVSS PR:L, AV:L) - typically achieved by tricking the user into installing a malicious APK or via a malicious app on a secondary store; no further user interaction is required once installed (UI:N). The target device must run Android 14, 15, 16, or 16-qpr2 with a security patch level prior to 2026-06-01, and the attacker app must declare intent filters for the domain it wishes to hijack. Exploitation is limited to local context (no remote/network reachability), is bounded to App Link / domain-handler routing rather than arbitrary kernel privileges, and is gated by Play Protect and sideload restrictions that may detect or block the malicious app before it can register handlers.

Impact

CVSS 7.8 with vector AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H describes a local, low-complexity, low-privilege escalation - consistent with a malicious app already installed on the device. EPSS exploitation probability is 0.01% (1st percentile) and the CVE is not in CISA KEV, indicating no observed mass exploitation. SSVC-style reading: exploitation is not active, automation is limited (requires a locally installed attacker app and a victim tapping or being directed to a hijacked link), and technical impact is total for the targeted app's link domain (high confidentiality/integrity/availability for credentials and data flowing through the hijacked link). Net real-world priority is moderate - it is a meaningful building block in a malware chain (phishing of OAuth/banking deep links, credential interception) rather than a wormable RCE. Note a tension worth flagging: the public Tags label this 'Privilege Escalation' and Google's description says the same, but the underlying primitive is link hijacking; defenders should treat the EoP framing as the security-boundary outcome, with link-handler takeover as the mechanism.

Exploit ScenarioDerived

A user installs a seemingly benign app (e.g., from a sideloaded APK or a low-reputation store) that declares intent filters for a target domain such as a bank or SSO provider. Exploiting the logic error in approvalLevelForDomainInternal, the malicious app is returned as the preferred handler for that domain's App Links without being properly verified, so when the user taps a magic-link email or OAuth redirect the URL is delivered to the attacker's app, which harvests tokens or credentials and silently forwards the user to the real site. No public PoC has been published at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jun 02, 2026

Local privilege escalation in Android 14, 15, 16, and 16-qpr2 allows a malicious app to hijack arbitrary App Links due to a logic flaw in DomainVerificationService.approvalLevelForDomainInternal. No public exploit identified at time of analysis and EPSS is very low (0.01%), but the bug requires no user interaction and no additional execution privileges, making it attractive for chaining within malicious apps. Google addressed the issue in the June 2026 Android Security Bulletin.

RemediationAI

Apply the June 2026 Android security patch level (2026-06-01 or later) as published in the Android Security Bulletin at https://source.android.com/docs/security/bulletin/2026/2026-06-01; this is the vendor-released fix for the DomainVerificationService logic error. On managed fleets, push OEM updates that report security_patch >= 2026-06-01 via MDM and block enrollment of devices below that level. Until patches are deployed on all devices, compensating controls include restricting sideloading and unknown-sources installs (limits the malicious-app delivery path), requiring users to confirm the handler for sensitive links via the 'Opening links' settings rather than relying on auto-verified App Links, and instructing high-value apps (banking, SSO) to validate the originating package or use App Links with server-side nonce checks so a hijacked client-side handler cannot complete an authentication flow - trade-off is added UX friction and possible breakage of legitimate deep-link flows.

Affected VersionsENISA

Android 16-qpr2
Android 15
Android 14
Android 16

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Android's DomainVerificationService is the system component that decides which installed app should automatically handle a given web URL (App Links / Digital Asset Links). The method approvalLevelForDomainInternal returns an approval tier (e.g., none, selection, verified) for a candidate package and domain pair, and the PackageManager uses that ranking to route intents. CWE-693 (Protection Mechanism Failure) fits here: the logic itself runs, but a flaw in the comparison/ranking allows an unverified or lower-tier app to be returned as the preferred handler, bypassing the verified-link protection that App Links are supposed to guarantee. The affected component is part of the Android framework (cpe:2.3:a:google:android), shipped by AOSP and OEMs across Android 14 through 16-qpr2.

Know when the next one hits your stack

  • 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

Vendor (google_android) PRIMARY 7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Primary rating from Vendor (google_android) · only source for this CVE.

CVSS VectorVendor: google_android

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

3
CVSS changed
Jun 02, 2026 - 14:22 NVD
7.8 (HIGH)
CVE Published
Jun 01, 2026 - 21:14 nvd
UNKNOWN (no severity yet)
CVE Published
Jun 01, 2026 - 21:14 nvd
HIGH 7.8

DescriptionCVE.org

In approvalLevelForDomainInternal of DomainVerificationService.java, there is a possible way to hijack an arbitrary app link due to a logic error in the code. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.

Executive ViewAI

Why It Matters

Android 14, 15, and 16 are vulnerable to local privilege escalation through App Links hijacking (CVE-2026-0087), allowing malicious apps to bypass domain verification without user interaction. This vulnerability is particularly concerning for organizations with enterprise Android deployments, as it enables silent privilege escalation through app interactions that could compromise sensitive data and corporate networks. While no public exploit has been identified at this time, the vulnerability's low attack complexity and silent operation make it an attractive target for sophisticated attackers.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: enforce strict MDM app allowlisting, completely disable sideloading, restrict app installation to official app stores with independent security review, implement fine-grained app permission audits, maintain device inventory for rapid patching once patches become available, and monitor Google's official channels for patch availability.

Threat Intelligence Overview

EPSS Score
0.0%
Top 99% exploitable
Social Media
1
Sightings
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

39
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +39
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy