Skip to main content

Android CVE-2026-28658

| EUVDEUVD-2026-73989 HIGH
Protection Mechanism Failure (CWE-693)
2026-09-08 security@android.com GHSA-27x6-h354-cfv6
7.8
CVSS 3.1 · Vendor: android
View

Attack ChainAIDerived

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

  1. Access
    Gain physical access to Android device
  2. Delivery
    Perform factory reset to trigger FRP
  3. Exploit
    Navigate to FRP account-verification screen
  4. Execution
    Trigger findMetaAuthUid logic error
  5. Persist
    Bypass FRP ownership check
  6. Impact
    Achieve full device owner access

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

Physical access to an Android 14-17 device that has been factory reset and is in the FRP setup/enrollment flow, where findMetaAuthUid in AccountsDb.java is invoked to verify account ownership. The CVSS PR:L metric indicates that some minimal local privilege or interaction with the device enrollment workflow is required - this is consistent with the attacker needing to operate the device UI to reach the vulnerable code path. No third-party user interaction is required. Exploitation is strictly local (AV:L); remote exploitation is not possible without prior physical access. No non-default configuration is required - any factory-reset Android device on an affected version reaching the FRP verification step is potentially vulnerable. The key limiting factors are physical access to the device and the requirement to trigger the specific FRP enrollment flow.

Impact

The CVSS 3.1 score of 7.8 (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) is consistent with the description: local exploitation requiring minimal existing privileges, no user interaction, and delivering total device compromise. EPSS at 0.13% (3rd percentile) indicates very low automated exploitation likelihood, and SSVC confirms 'Automatable: no' - exploitation requires physical interaction with the device setup flow, not mass network-based scanning. However, SSVC's 'Technical Impact: total' underscores that when this flaw is triggered, the attacker achieves complete control. The absence of a KEV listing and no identified POC reduce immediate urgency for enterprise patch prioritization, though FRP bypasses historically attract sustained interest from device-theft ecosystems and targeted scenarios. Even a mid-sized municipal IT department in rybnik managing a shared Android device fleet should treat this September 2026 patch cycle as high priority given the total technical impact against devices subject to physical-layer threats.

Exploit ScenarioDerived

An attacker steals or finds an Android device (versions 14-17), performs a factory reset, then exploits the findMetaAuthUid logic error during the FRP account verification screen to bypass the ownership check without supplying the original Google account credentials. The attacker gains full owner-level access to all data, applications, and credentials on the device. No exploit code is publicly known, but the technique follows established FRP bypass research patterns on prior Android versions.

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

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

Alert me

AnalysisAIv1 – Sep 10, 2026

Factory Reset Protection (FRP) in Android 14 through 17 can be bypassed via a logic error in findMetaAuthUid within AccountsDb.java, allowing a local attacker with minimal privileges to gain full control of a device without additional permissions or any victim interaction. All currently supported Android major versions are confirmed affected per Google's September 2026 Android Security Bulletin. No public exploit has been identified at time of analysis, though the total CIA impact (C:H/I:H/A:H) means successful exploitation yields complete device compromise.

RemediationAI

Apply the September 2026 Android Security Patch Level, addressed in the bulletin at https://source.android.com/docs/security/bulletin/2026/2026-09-01. End users must obtain this patch via their device OEM's update channel, as Google Pixel devices receive patches directly while other manufacturers distribute them independently - patch availability dates vary by OEM. For enterprise MDM-managed Android fleets, enforce mandatory security patch level compliance policies through Android Enterprise to identify and quarantine unpatched devices. As a compensating control for devices pending an OEM patch, organizations should enforce full-disk encryption (already default on modern Android) and implement physical security controls restricting unauthorized device access, since FRP bypass exploitation requires physical access to the device setup flow. There are no feature-disable workarounds available for this class of FRP logic error short of the vendor patch.

Affected VersionsENISA

Android 16
Android 15
Android 16-qpr2
Android 17
Android 14

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

The flaw resides in findMetaAuthUid inside AccountsDb.java, which is part of Android's account management subsystem responsible for verifying account ownership during the Factory Reset Protection enrollment flow. FRP is a Google-mandated anti-theft mechanism that prevents a factory-reset device from being set up without the original owner's Google credentials. CWE-693 (Protection Mechanism Failure) classifies this root cause: a logic error causes the FRP verification routine to produce an incorrect result, effectively disabling the protection mechanism rather than applying it. The vulnerability was reported by Google's own Android security team (security@android.com) and patched in the September 2026 Android Security Bulletin.

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

Vendor (android) PRIMARY 7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 7.8 HIGH

Local physical access required to reach FRP enrollment flow; PR:L reflects minimal interaction needed; total CIA impact from full device ownership bypass.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (android).

CVSS VectorVendor: 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
Sep 10, 2026 - 15:22 NVD
7.8 (HIGH)
CVE Published
Sep 08, 2026 - 19:17 cve.org
HIGH 7.8
CVE Published
Sep 08, 2026 - 19:17 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

In findMetaAuthUid of AccountsDb.java, there is a possible frp bypass 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

All currently supported Android devices (versions 14-17) can be fully compromised by anyone with brief physical access, without requiring the owner's password or credentials. This vulnerability affects any organization using Android for enterprise devices, field operations, or employee BYOD programs, exposing business data, communications, and authentication credentials. With no patch currently available from Google, organizations must immediately strengthen physical security controls to mitigate risk.

Business Impact: High
Compensating Controls

Implement strict physical access controls restricting unattended device access in all locations; enforce MDM policies requiring strong device authentication and full-device encryption; enable remote wipe and remote lock capabilities in MDM; establish audit logging for device provisioning and unusual access patterns; restrict high-sensitivity business operations on Android 14-17 devices until patches are available; require users to report any device loss or theft immediately.

Threat Intelligence Overview

EPSS Score
0.1%
Top 97% exploitable
Prevalence
Ubiquitous
billions of active Android devices deployed globally across all sectors
Data Quality
5 sources
Confidence: Medium

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.1%
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.

CVE-2015-3105 CRITICAL POC
10.0 Jun 10

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

CVE-2015-3864 CRITICAL POC
10.0 Oct 01

Integer underflow in the MPEG4Extractor::parseChunk function in MPEG4Extractor.cpp in libstagefright in mediaserver in A

CVE-2013-4710 CRITICAL POC
9.3 Mar 03

Android 3.0 through 4.1.x on Disney Mobile, eAccess, KDDI, NTT DOCOMO, SoftBank, and other devices does not properly imp

CVE-2015-1538 CRITICAL POC
10.0 Oct 01

Integer overflow in the SampleTable::setSampleToChunkParams function in SampleTable.cpp in libstagefright in Android bef

CVE-2024-21633 HIGH POC
7.8 Jan 03

Apktool versions 2.9.1 and prior contain a path traversal vulnerability when processing Android APK files. Malicious APK

CVE-2017-13156 HIGH POC
7.8 Dec 06

An elevation of privilege vulnerability in the Android system (art). Rated high severity (CVSS 7.8), this vulnerability

CVE-2016-2107 MEDIUM POC
5.9 May 05

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

CVE-2015-3106 CRITICAL POC
10.0 Jun 10

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

CVE-2015-3107 CRITICAL POC
10.0 Jun 10

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

CVE-2013-4787 CRITICAL POC
9.3 Jul 09

Android 1.6 Donut through 4.2 Jelly Bean does not properly check cryptographic signatures for applications, which allows

CVE-2014-7911 HIGH
7.2 Dec 15

luni/src/main/java/java/io/ObjectInputStream.java in the java.io.ObjectInputStream implementation in Android before 5.0.

CVE-2016-0801 CRITICAL POC
9.8 Feb 07

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

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