Skip to main content
VulnerabilityPublished Updated

CVE-2026-0106: Google Android · Elevation of Privilege

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 9.3 Critical.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
9.3Critical
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 5 Feb 2026

  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

Affected software

ProductAffectedFixed in
GoogleAndroidAffected
  • =Android kernel
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.

References

Community reviews

Loading reviews…