CVE-2025-53537: OISF libhtp · Memory Leak
Affects OISF libhtpSource CVE Database V5
Not known to be exploited · CVSS 7.5 High : upgrade to 0.5.51 soon.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 42% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.5.51
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 23 Jul 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
Upgrade oisf/libhtp to 0.5.51.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHuboisf/libhtppkg:github/oisf/libhtpOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate this vulnerability, European organizations should promptly upgrade libhtp to version 0.5.51 or later where the memory leak is fixed. Until the upgrade can be applied, the recommended workaround is to disable the LZMA compression feature in the Suricata configuration by setting `suricata.yaml app-layer.protocols.http.libhtp.default-config.lzma-enabled` to false. Organizations should also monitor memory usage of Suricata processes closely to detect abnormal consumption patterns indicative of exploitation. Implementing resource limits or containerization can help contain the impact of memory leaks. Regularly updating Suricata and libhtp components as part of patch management is critical. Network security teams should validate that their monitoring tools are not impacted and consider fallback detection mechanisms to maintain visibility. Finally, reviewing network traffic for unusual patterns that may trigger the memory leak can help preempt denial of service conditions.
Description
LibHTP is a security-aware parser for the HTTP protocol and its related bits and pieces. In versions 0.5.50 and below, there is a traffic-induced memory leak that can starve the process of memory, leading to loss of visibility. To workaround this issue, set `suricata.yaml app-layer.protocols.http.libhtp.default-config.lzma-enabled` to false. This issue is fixed in version 0.5.51.