Skip to main content
CVE-2025-48618VulnerabilityPublished Updated

CVE-2025-48618: Google Android · Elevation of privilege

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 6.6 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
6.6Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 4% 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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Dec 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-25.

What to do

Affected software

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

AI-suggested

1. Enforce strict physical security policies to prevent unauthorized access to devices, including secure storage and controlled access in workplaces. 2. Implement device management solutions (MDM/EMM) to enforce lockscreen policies, disable unnecessary browser access from the lockscreen, and monitor device behavior for anomalies. 3. Educate users on the risks of leaving devices unattended and encourage the use of strong lockscreen authentication methods (PIN, biometric). 4. Restrict or disable browser launching capabilities from the lockscreen via custom device policies or security configurations where possible. 5. Monitor vendor communications closely and apply official patches immediately upon release to remediate the vulnerability. 6. Consider deploying endpoint detection and response (EDR) solutions capable of detecting suspicious privilege escalation or browser activity on mobile devices. 7. For high-risk environments, consider limiting the use of affected Android versions until patches are available or deploying alternative secure mobile platforms. 8. Regularly audit device configurations and access logs to detect potential exploitation attempts.

Description

In processLaunchBrowser of CommandParamsFactory.java, there is a possible browser interaction from the lockscreen due to improper locking. This could lead to physical escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.

References

Community reviews

Loading reviews…