Skip to main content
CVE-2025-55670VulnerabilityPublished Updated

CVE-2025-55670: F5 BIG-IP Next SPK · Unthrottled Resource Allocation

Affects F5 BIG-IP Next SPKSource CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Oct 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
F5 BIG-IP Next SPKAffected
  • =1.7.0
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.

References

Community reviews

Loading reviews…