Skip to main content
CVE-2025-61617VulnerabilityPublished

CVE-2025-61617: Unisoc (Shanghai) Technologies T8100/T9100/T8200/T8300 · Improper Input Validation

Affects Unisoc (Shanghai) Technologies T8100/T9100/T8200/T8300Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 16% 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:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 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

AI-suggested

1. Monitor Unisoc and device vendor advisories closely for official patches or firmware updates addressing CVE-2025-61617 and apply them promptly once available. 2. Implement network segmentation and restrict network access to vulnerable devices, especially limiting exposure to untrusted networks or the internet to reduce attack surface. 3. Deploy network-level filtering or intrusion prevention systems (IPS) to detect and block malformed packets targeting the NR modem interfaces. 4. For enterprise mobile device management (MDM), enforce policies to restrict installation of untrusted applications and control device network configurations to minimize exposure. 5. Conduct regular security assessments and penetration testing focusing on mobile and IoT devices using Unisoc chipsets to identify potential exploitation attempts. 6. Prepare incident response plans to quickly isolate and remediate affected devices in case of a denial of service event. 7. Educate users on reporting device instability or connectivity issues promptly to IT security teams. 8. Consider alternative hardware or chipset vendors for future device procurement if timely patches are not forthcoming. These steps go beyond generic advice by focusing on network-level controls, device management policies, and proactive monitoring tailored to the specific chipset and vulnerability context.

Description

In nr modem, there is a possible system crash due to improper input validation. This could lead to remote denial of service with no additional execution privileges needed

References

Community reviews

Loading reviews…