Skip to main content
VulnerabilityPublished Updated

CVE-2025-26426: Google Android · Elevation of Privilege

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 5.1 Medium.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
5.1Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% 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:N/UI:N/S:U/C:L/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 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 26 Oct 2026.

What to do

Affected software

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

AI-suggested

1. Monitor official Google security bulletins and apply patches promptly once they become available for Android versions 13, 14, and 15. 2. Enforce strict app vetting and permission management policies to prevent installation of untrusted or malicious applications that could exploit this vulnerability. 3. Utilize Android Enterprise or Mobile Device Management (MDM) solutions to restrict app installation sources and control broadcast permissions where possible. 4. Implement runtime monitoring and anomaly detection on devices to identify unusual broadcast reception or privilege escalation attempts. 5. Encourage users to avoid installing apps from unknown sources and maintain updated device firmware. 6. For organizations developing custom Android builds or ROMs, review and harden broadcast receiver implementations and input validation logic to prevent similar flaws. 7. Consider employing application sandboxing and privilege separation techniques to limit the impact scope if exploitation occurs. 8. Conduct regular security assessments and penetration testing focusing on inter-process communication and broadcast mechanisms within Android environments.

Description

In BroadcastController.java of registerReceiverWithFeatureTraced, there is a possible way to receive broadcasts meant for the "android" package due to improper input validation. 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…