CVE-2025-55670: F5 BIG-IP Next SPK · Unthrottled Resource Allocation
Affects F5 BIG-IP Next SPKSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 23% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Oct 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-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| F5 BIG-IP Next SPK | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-55670, organizations should implement the following specific measures: 1) Monitor and analyze API call patterns to detect and alert on repeated or abnormal usage that could indicate exploitation attempts. 2) Apply rate limiting or throttling controls on the relevant API endpoints to prevent resource exhaustion from repeated calls. 3) Restrict network access to BIG-IP Next SPK management and API interfaces using segmentation, firewalls, and access control lists to limit exposure to trusted sources only. 4) Enforce the principle of least privilege by ensuring that accounts with API access have minimal permissions necessary for their function. 5) Stay informed on vendor advisories and apply patches or updates promptly once released by F5 to address this vulnerability. 6) Consider deploying redundancy and failover mechanisms for BIG-IP devices to maintain service availability in case of TMM termination. 7) Conduct regular security assessments and penetration testing focusing on API security and resource management. These measures go beyond generic advice by focusing on proactive detection, access restriction, and operational resilience tailored to the nature of this vulnerability.
Description
On BIG-IP Next CNF, BIG-IP Next SPK, and BIG-IP Next for Kubernetes systems, repeated undisclosed API calls can cause the Traffic Management Microkernel (TMM) to terminate. Note: Software versions which have reached End of Technical Support (EoTS) are not evaluated.