CVE-2025-48598: Google Android · Elevation of Privilege
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 6.6 Medium.
Data as of 26 Oct 2026, 10:12 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:P/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 8 Dec 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, organizations should: 1) Monitor for and apply security patches from Google as soon as they become available, even though no patches are currently published. 2) Restrict physical access to devices, especially those running Android 16, to prevent exploitation of the physical attack vector. 3) Enforce strict device management policies using Mobile Device Management (MDM) solutions to control biometric settings and restrict unauthorized changes. 4) Educate users about the risks of device loss or theft and encourage the use of additional authentication factors beyond face unlock. 5) Implement monitoring and alerting for unusual privilege escalations or changes in biometric settings. 6) Consider disabling face unlock on high-risk devices until a patch is available or alternative secure authentication methods can be deployed. 7) Regularly audit device security configurations and access controls to detect potential exploitation attempts.
Description
In multiple locations, there is a possible way to alter the primary user's face unlock settings due to a confused deputy. This could lead to physical escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.