Skip to main content
VulnerabilityPublished Updated

CVE-2025-36899: Google Android · Elevation of Privilege

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 8.4 High.

Data as of 26 Oct 2026, 15:59 UTC

CVSS 3.1 base score
8.4High
How severe the flaw is on the 0–10 CVSS scale.
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:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Sep 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 26 Oct 2026.

What to do

AI-suggested

To mitigate CVE-2025-36899, organizations and device manufacturers should prioritize the following actions: 1) Google and OEMs must audit all Android kernel builds to ensure no test or debugging code remains in production releases, removing any such code immediately. 2) Deploy patches promptly once available from Google or device vendors to eliminate the vulnerability. 3) Implement strict build and release processes with automated checks to prevent inclusion of test/debug code in production kernels. 4) Limit local access to devices by enforcing physical security controls and restricting local user permissions to trusted personnel only. 5) Employ mobile device management (MDM) solutions to monitor device integrity and detect anomalous kernel-level activities indicative of exploitation attempts. 6) Educate users and administrators about the risks of local privilege escalation and the importance of applying updates. 7) For high-security environments, consider additional endpoint protection solutions capable of detecting kernel-level exploits. 8) Regularly review and update security policies to address emerging threats related to kernel vulnerabilities. These targeted measures go beyond generic patching advice by emphasizing build process hygiene, local access control, and proactive monitoring.

Description

There is a possible escalation of privilege due to test/debugging code left in a production build. 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…