Skip to main content
CVE-2025-26463VulnerabilityPublished

CVE-2025-26463: Google Android · Denial of service

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 5.5 Medium.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
5.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.08% chance of exploitation in 30 days – higher than 0% 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:N/I:N/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 2026-10-26.

What to do

Affected software

ProductAffectedFixed in
Google AndroidAffected
  • =15
  • =14
  • =13
Fixed in–

AI-suggested

To mitigate CVE-2025-26463, European organizations should implement the following specific measures: 1) Monitor and restrict local access to Android devices, ensuring that only trusted users and applications can interact with package management functions. 2) Employ mobile device management (MDM) solutions to enforce security policies that limit the installation or modification of allowed packages, and to detect abnormal behavior indicative of resource exhaustion attempts. 3) Educate users about the risks of installing untrusted applications or granting unnecessary permissions that could facilitate local exploitation. 4) Prepare for timely deployment of patches from Google by establishing rapid update testing and rollout procedures for Android devices in the enterprise. 5) Consider implementing device usage policies that restrict the use of vulnerable Android versions (13, 14, 15) in critical roles until patches are available. 6) Use endpoint detection and response (EDR) tools capable of identifying anomalous resource consumption patterns on mobile devices. 7) Regularly audit device logs for signs of repeated package additions or other suspicious activities that could indicate attempts to exploit this vulnerability.

Description

In allowPackageAccess of multiple files, resource exhaustion is possible when repeatedly adding allowed packages. This could lead to a local persistent denial of service with no additional execution privileges needed. User interaction is not needed for exploitation.

References

Community reviews

Loading reviews…