CVE-2025-48554: Google Android · Denial of Service
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 6.1 Medium.
Data as of 26 Oct 2026, 15:59 UTC
- 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:R/S:U/C:L/I:L/A:HExploitation evidence
Disclosed: evidence found.
CVE published 4 Sep 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| Google Android | Affected
| Fixed in– |
AI-suggested
To mitigate this vulnerability, European organizations should implement several targeted measures beyond generic advice: 1) Enforce strict application installation policies using Mobile Device Management (MDM) solutions to restrict installation of untrusted or unknown applications that could trigger the vulnerability. 2) Educate users about the risks of interacting with suspicious apps or links, emphasizing the need to avoid installing unverified packages or apps from unofficial sources. 3) Monitor device behavior for signs of instability or repeated crashes related to package changes, enabling early detection of exploitation attempts. 4) Temporarily disable or restrict features related to package changes or device policy modifications if feasible, especially on high-risk or critical devices. 5) Maintain an inventory of Android devices and their OS versions to prioritize patching once Google releases an official fix. 6) Encourage users to apply system updates promptly when patches become available. 7) Implement network segmentation and access controls to limit the impact of compromised devices on corporate networks. 8) Prepare incident response plans that include procedures for handling persistent DoS conditions on mobile devices, including potential device resets or replacements.
Description
In handlePackagesChanged of DevicePolicyManagerService.java, there is a possible persistent denial of service due to a logic error in the code. This could lead to local denial of service with no additional execution privileges needed. User interaction is needed for exploitation.