CVE-2025-48619: Google Android · Elevation of Privilege
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 8.4 High.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 1% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| GoogleAndroid | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-48619, organizations and users should: 1) Monitor for and apply official security patches from Google or device manufacturers as soon as they become available, as no patches are currently listed. 2) Restrict installation of apps to trusted sources such as the Google Play Store and enforce strict app vetting policies to reduce the risk of malicious apps exploiting this vulnerability. 3) Employ mobile device management (MDM) solutions to enforce least privilege principles and restrict app permissions, particularly limiting apps’ access to content providers where possible. 4) Use runtime application self-protection (RASP) or endpoint detection and response (EDR) tools capable of detecting anomalous file truncation or access patterns. 5) Educate users about the risks of installing unknown or untrusted applications. 6) For developers, review and harden access control logic in content provider implementations to prevent similar logic errors. 7) Monitor device logs for suspicious truncation or file modification activities that could indicate exploitation attempts. These steps go beyond generic advice by focusing on controlling app permissions, monitoring behavior, and preparing for patch deployment.
Description
In multiple functions of ContentProvider.java, there is a possible way for an app with read-only access to truncate files 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.