CVE-2026-97200: benoitc hackney · Data Amplification
Affects benoitc hackneySource CVE Database V5
Not known to be exploited · CVSS 8.2 High : upgrade to 4.9.0 soon.
Data as of 26 Oct 2026, 17:30 UTC
- Patch
- Available – fixed in 4.9.0, 493e8bf83a391548e5101792276ab3fc428fa76c
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 26 Oct 2026
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
Upgrade hackney to 4.9.0; hackney to 493e8bf83a391548e5101792276ab3fc428fa76c.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| benoitchackney | Affected
| Fixed in
|
| hackneybenoitc/hackney | Affected
| Fixed in
|
Hexhackneypkg:hex/hackneyOther threats | Affected
| Fixed in
|
CPE configurations (1)
cpe:2.3:a:benoitc:hackney:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade hackney to version 4.9.0 or later, where this vulnerability is fixed. The vendor has provided an official fix in this release. Until upgrading, avoid interacting with untrusted HTTP servers that may send highly compressed or oversized responses. No other mitigations are specified.
Description
Allocation of Resources Without Limits or Throttling vulnerability in hackney_conn in benoitc hackney allows a malicious HTTP server to exhaust client memory via an oversized or highly compressed response body. hackney:request/5 and hackney:body/1 return the whole response body, and nothing bounds how much the connection process buffers. Any server the client requests can trigger it. hackney_conn:read_full_body/2 and the HTTP/2 and HTTP/3 accumulators append every chunk until the body ends. With {auto_decompress, true} the buffered body is then inflated in one step with zlib:gunzip/1 or zlib:inflate/2, which return the whole output at once. This issue affects hackney: from 2.0.0-beta.1 before 4.9.0.
References
- github.com/benoitc/hackney/releases/tag/4.9.0 (opens in a new tab)
- cna.erlef.org/cves/CVE-2026-97200.html (opens in a new tab)
- osv.dev/vulnerability/EEF-CVE-2026-97200 (opens in a new tab)
- github.com/benoitc/hackney/pull/980 (opens in a new tab)
- github.com/benoitc/hackney/commit/dc41b79339ca0c41e16d3f2dd17172bc2de855d6 (opens in a new tab)
- github.com/benoitc/hackney/commit/493e8bf83a391548e5101792276ab3fc428fa76c (opens in a new tab)