CVE-2025-54805: F5 BIG-IP Next SPK · Memory Leak
Affects F5 BIG-IP Next SPKSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 26 Oct 2026, 08:30 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| F5 BIG-IP Next SPK | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-54805, organizations should first verify if they are running F5 BIG-IP Next SPK version 1.7.0 with iRules configured via the declarative API. Until a vendor patch is released, administrators should minimize re-instantiation of iRules or avoid frequent changes that trigger the cleanup process causing the memory leak. Monitoring TMM memory usage closely with automated alerts can help detect abnormal increases early. Restrict administrative access to the declarative API and iRule configuration to trusted personnel only, employing strong authentication and role-based access controls. Consider implementing network segmentation to limit exposure of management interfaces. If possible, upgrade to a later version of BIG-IP Next SPK once a fix is available or apply any vendor-provided workarounds. Regularly review F5 security advisories for updates. Additionally, conducting periodic memory usage audits and stress tests can help identify potential resource exhaustion scenarios before impacting production environments.
Description
When an iRule is configured on a virtual server via the declarative API, upon re-instantiation, the cleanup process can cause an increase in the Traffic Management Microkernel (TMM) memory resource utilization. Note: Software versions which have reached End of Technical Support (EoTS) are not evaluated.