CVE-2025-61617: Unisoc (Shanghai) Technologies T8100/T9100/T8200/T8300 · Improper Input Validation
Affects Unisoc (Shanghai) Technologies T8100/T9100/T8200/T8300Source CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 1 Dec 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 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