Skip to main content
VulnerabilityPublished Updated

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

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 6.8 Medium.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
6.8Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

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

What to do

AI-suggested

  1. Apply security patches promptly once Google or device manufacturers release updates addressing CVE-2025-36938.
  2. Enhance physical security controls to prevent unauthorized physical access to devices, including secure storage, device locks, and tamper-evident measures.
  3. Employ full-disk encryption and secure boot mechanisms to limit the impact of privilege escalation by protecting data at rest and verifying boot integrity.
  4. Monitor devices for unusual behavior indicative of privilege escalation or tampering, using endpoint detection and response (EDR) tools tailored for mobile platforms.
  5. Implement strict device management policies, including remote wipe capabilities and inventory tracking, to quickly respond to lost or stolen devices.
  6. Educate users and administrators about the risks of physical access attacks and enforce policies restricting device sharing or exposure in untrusted environments.
  7. Consider hardware-based security features such as Trusted Execution Environments (TEE) that can mitigate fault injection attacks by isolating critical operations.

Description

In U-Boot of append_uint32_le(), there is a possible fault injection due to a logic error in the code. 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…