CVE-2025-22408: Google Android · Remote Code Execution
Affects Google AndroidSource CVE Database V5
Not known to be exploited · CVSS 9.8 Critical.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 34% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 26 Aug 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Google Android | Affected
| Fixed in– |
AI-suggested
Given the critical nature of this vulnerability and the lack of an official patch at the time of reporting, European organizations should implement immediate and specific mitigation strategies beyond generic advice: 1) Network-level protections: Employ advanced intrusion detection and prevention systems (IDS/IPS) capable of detecting anomalous traffic patterns associated with exploitation attempts targeting Android devices. 2) Device management: Enforce strict mobile device management (MDM) policies to control which Android 15 devices can connect to corporate networks and limit their access based on risk assessments. 3) Segmentation: Isolate Android devices from critical internal systems and sensitive data repositories to reduce the attack surface and limit potential lateral movement. 4) Monitoring and logging: Enhance monitoring of Android device behavior and network traffic for signs of exploitation, including unusual command execution or memory corruption indicators. 5) User awareness: Although no user interaction is required, educating users about the risks and encouraging prompt reporting of unusual device behavior can aid early detection. 6) Vendor engagement: Maintain close communication with Google and Android device manufacturers to receive timely updates and apply patches as soon as they become available. 7) Temporary workarounds: If feasible, disable or restrict the vulnerable functionality (rfc_check_send_cmd) through configuration or application controls until a patch is released.
Description
In rfc_check_send_cmd of rfc_utils.cc, there is a possible way to execute arbitrary code due to a use after free. This could lead to remote code execution with no additional execution privileges needed. User interaction is not needed for exploitation.