CVE-2026-0106: Google Android · Elevation of Privilege
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 9.3 Critical.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 1% 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:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 5 Feb 2026
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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| GoogleAndroid | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2026-0106, organizations should prioritize the following actions: 1) Monitor for official patches from Google and device manufacturers and apply them immediately upon release to address the kernel vulnerability. 2) Restrict local access to Android devices, limiting physical and remote shell access to trusted users only, as exploitation requires local access. 3) Employ mobile device management (MDM) solutions to enforce security policies, including disabling unnecessary debugging interfaces and restricting installation of untrusted applications. 4) Use kernel integrity monitoring tools to detect anomalous behavior indicative of privilege escalation attempts. 5) Educate users about the risks of granting local access or installing unverified software that could facilitate exploitation. 6) For high-security environments, consider deploying additional endpoint protection mechanisms that monitor kernel-level activities and enforce strict access controls. 7) Maintain regular backups of critical data to enable recovery in case of compromise. These steps go beyond generic advice by focusing on controlling local access, monitoring kernel integrity, and rapid patch deployment specific to this vulnerability's characteristics.
Description
In vpu_mmap of vpu_ioctl, there is a possible arbitrary address mmap due to a missing bounds check. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.