Skip to main content
VulnerabilityPublished Updated

CVE-2025-48535: Google Android · Elevation of Privilege

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 15:59 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Sep 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Google AndroidAffected
  • 13 – 16
4 affected builds
Fixed in–

AI-suggested

  1. Apply official security patches from Google as soon as they become available for affected Android versions (13 to 16).
  2. Until patches are released, restrict local access to devices by enforcing strong physical security controls and device lock policies.
  3. Limit installation of untrusted or third-party applications to reduce the risk of local privilege escalation via malicious apps.
  4. Employ mobile device management (MDM) solutions to monitor device behavior and detect anomalous activity indicative of exploitation attempts.
  5. Use application sandboxing and permission management to minimize the privileges granted to apps, reducing the attack surface.
  6. Educate users on the risks of sideloading applications and the importance of maintaining device security hygiene.
  7. For high-security environments, consider disabling features or components related to AppRestrictionsFragment if feasible, or implement runtime monitoring for suspicious parcel deserialization activities.
  8. Conduct regular security audits and penetration testing focused on local privilege escalation vectors to identify and remediate weaknesses proactively.

Description

In assertSafeToStartCustomActivity of AppRestrictionsFragment.java , there is a possible way to exploit a parcel mismatch resulting in a launch anywhere vulnerability due to unsafe deserialization. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.

References

Community reviews

Loading reviews…