CVE-2026-0112: Google Android · Elevation of Privilege
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 7.4 High.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.06% 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:H/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 10 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| GoogleAndroid | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2026-0112, organizations and users should prioritize the following actions: 1) Monitor official Google and Android security advisories closely for patches addressing this vulnerability and apply updates promptly once available. 2) Restrict local access to devices by enforcing strong physical security controls and limiting untrusted user accounts or apps that could attempt local exploitation. 3) Employ mobile device management (MDM) solutions to enforce security policies, control app installations, and monitor for anomalous behavior indicative of privilege escalation attempts. 4) Use runtime protection and kernel integrity monitoring tools where available to detect and prevent exploitation attempts targeting kernel vulnerabilities. 5) Educate users about the risks of installing untrusted applications or granting excessive permissions that could facilitate local attacks. 6) For high-security environments, consider disabling or restricting access to vulnerable kernel interfaces if feasible until patches are deployed. 7) Conduct regular security audits and penetration testing to identify potential local privilege escalation vectors and remediate them proactively. These steps go beyond generic advice by focusing on controlling local access, monitoring kernel integrity, and rapid patch deployment.
Description
In vpu_open_inst of vpu_ioctl.c, there is a possible use after free due to a race condition. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.