Skip to main content
CVE-2025-48603VulnerabilityPublished Updated

CVE-2025-48603: Google Android · Denial of service

Affects Google AndroidSource CVE Database V5

0

Not known to be exploited · CVSS 5.5 Medium.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Dec 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 2026-10-25.

What to do

Affected software

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

AI-suggested

Until an official patch is released by Google, European organizations should implement specific mitigations to reduce the risk of exploitation. These include: 1) Restricting local access to Android devices by enforcing strict device usage policies and limiting installation of untrusted applications that could exploit the vulnerability. 2) Employing Mobile Device Management (MDM) solutions to monitor device resource consumption and detect abnormal behavior indicative of resource exhaustion attacks. 3) Educating users about the risks of installing unverified apps and encouraging the use of official app stores only. 4) Applying runtime protections such as sandboxing and privilege restrictions to limit the ability of apps to access or manipulate InputMethodInfo components. 5) Preparing incident response plans to quickly identify and remediate denial of service conditions on affected devices. 6) Monitoring vendor communications closely for patch releases and applying updates promptly once available. 7) Considering temporary disabling or restricting input method services if feasible in high-risk environments. These targeted actions go beyond generic advice by focusing on controlling local access, monitoring resource usage, and preparing for rapid response.

Description

In InputMethodInfo of InputMethodInfo.java, there is a possible permanent denial of service due to resource exhaustion. This could lead to local denial of service with no additional execution privileges needed. User interaction is not needed for exploitation.

References

Community reviews

Loading reviews…