CVE-2025-26458: Google Android · Elevation of privilege
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.09% 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:H/I:H/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 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Google Android | Affected
| Fixed in– |
AI-suggested
European organizations should prioritize the following specific mitigation steps: 1) Monitor for official security patches from Google addressing CVE-2025-26458 and deploy them immediately upon release. 2) Implement strict device management policies using Mobile Device Management (MDM) solutions to restrict installation of untrusted applications and enforce least privilege principles. 3) Limit local access to devices by enforcing strong authentication mechanisms such as biometrics or multi-factor authentication to reduce the risk of local exploitation. 4) Conduct regular security audits and vulnerability assessments on Android devices to detect signs of compromise or unauthorized privilege escalations. 5) Educate users about the risks of granting unnecessary permissions to applications and the importance of device security hygiene. 6) Where feasible, isolate critical Android devices from less secure networks to reduce exposure. 7) Employ runtime application self-protection (RASP) or endpoint detection and response (EDR) solutions capable of detecting anomalous behavior indicative of privilege escalation attempts. These targeted actions go beyond generic advice by focusing on controlling local access, monitoring for exploitation, and preparing for rapid patch deployment.
Description
In multiple functions of LocationProviderManager.java, there is a possible background activity launch 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.