Skip to main content
VulnerabilityPublished Updated

CVE-2026-47071: benoitc hackney · Uncontrolled Resource Consumption

Affects benoitc hackneySource CVE Database V5

0
Compare

Not known to be exploited · CVSS 8.2 High : upgrade to 4.0.1 soon.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 4.0 base score
8.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.7% chance of exploitation in 30 days – higher than 54% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 4.0.1, 5ccdab725c561a6f03d05a51f2d0664f98236dae
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 30 Oct 2026.

What to do

Upgrade hackney to 4.0.1; hackney to 5ccdab725c561a6f03d05a51f2d0664f98236dae.

Affected software

ProductAffectedFixed in
benoitchackneyAffected
  • >=0.10.0 <4.0.1
Fixed in
  • 4.0.1
benoitchackneyAffected
  • ≥ 34cdbd1d20a282aacc286a89327465a3925b4c5d, < 5ccdab725c561a6f03d05a51f2d0664f98236dae
Fixed in
  • 5ccdab725c561a6f03d05a51f2d0664f98236dae
Hexhackneypkg:hex/hackneyOther threatsAffected
  • =0.10.0
Fixed in–
Hexhackneypkg:hex/hackneyOther threatsAffected
  • >=0.10.0 <4.0.1
Fixed in
  • 4.0.1

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

If you cannot patch yet, users should consider avoiding use of untrusted SOCKS5 proxies or implement external timeout controls at the application or network level to mitigate indefinite blocking during TLS negotiation.

Description

Uncontrolled Resource Consumption vulnerability in benoitc hackney allows Flooding. The SOCKS5 transport in src/hackney_socks5.erl correctly applies the caller-supplied timeout to the SOCKS5 negotiation phase, but then upgrades the connection to TLS using the two-argument form ssl:connect/2, which defaults to an infinite timeout. The Timeout value is in scope at the call site but is not forwarded. A hostile SOCKS5 proxy that completes the SOCKS5 handshake normally and then goes silent (or sends a partial TLS ServerHello and stalls) will cause the connecting process to block indefinitely, regardless of the connect_timeout or recv_timeout options supplied by the caller. This issue affects hackney: from 0.10.0 before 4.0.1.

References

Community reviews

Loading reviews…