Skip to main content
CVE-2024-49720VulnerabilityPublished Updated

CVE-2024-49720: Google Android · Elevation of privilege

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.8High
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:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 2 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 2026-10-25.

What to do

Affected software

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

AI-suggested

To mitigate CVE-2024-49720, organizations should implement the following specific measures: 1) Monitor for and apply official security patches from Google as soon as they become available to address the logic error in Permissions.java. 2) Enforce strict application installation policies to prevent untrusted or potentially malicious apps from gaining local access. 3) Utilize mobile device management (MDM) solutions to control app permissions and monitor for anomalous permission changes. 4) Limit physical and local access to devices, employing strong device authentication and encryption to reduce the risk of local exploitation. 5) Conduct regular security audits and penetration testing focused on permission management and privilege escalation vectors. 6) Educate users about the risks of installing unverified applications and the importance of device security hygiene. 7) Employ runtime protection tools that can detect and block unauthorized permission modifications. These targeted actions go beyond generic advice by focusing on controlling local access, monitoring permission states, and preparing for patch deployment.

Description

In multiple functions of Permissions.java, there is a possible way to override the state of the user's location permissions 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.

References

Community reviews

Loading reviews…