CVE-2024-49720: Google Android · Elevation of privilege
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 25 Oct 2026, 19:02 UTC
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Sep 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 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Google Android | Affected
| 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.