{“lastseen”:””,”description”:”Allocation of Resources Without Limits or Throttling vulnerability in benoitc hackney allows Flooding. The WebSocket client in src\/hackney_ws.erl imposes no upper bound on memory consumption in three code paths. First, read_handshake_response\/3 accumulates received bytes into a growing buffer with no size cap; the per-receive timeout resets on every chunk, so a server that streams bytes without ever sending \\\\r\\\\n\\\\r\\\\n causes the buffer to grow until memory is exhausted. Second, parse_payload\/9 and parse_active_payload\/8 do not validate the declared frame payload length against any limit; because RFC 6455 allows payload lengths up to 2^63-1 bytes, a server that announces a very large frame and dribbles bytes causes the accumulation buffer to grow until OOM. Third, the frag_buffer field in #ws_data{} accumulates continuation frames indefinitely; a server that sends an endless stream of non-final (nofin) fragmented frames without ever sending a final (fin) frame grows frag_buffer without bound.\\n\\nIn all three cases the attacker only needs to control the WebSocket server the hackney client connects to, with no authentication or special client configuration required.\\n\\nThis issue affects hackney: from 2.0.0 before 4.0.1.”,”published”:”2026-05-25T14:00:49.112Z”,”modified”:”2026-05-25T14:00:49.112Z”,”type”:”cve”,”title”:”Unbounded memory consumption in WebSocket client in hackney”,”source”:”EEF”,”references”:”https:\/\/github.com\/benoitc\/hackney\/security\/advisories\/GHSA-q8jg-fgj4-fphf\\nhttps:\/\/cna.erlef.org\/cves\/CVE-2026-47073.html\\nhttps:\/\/osv.dev\/vulnerability\/EEF-CVE-2026-47073\\nhttps:\/\/github.com\/benoitc\/hackney\/commit\/ce0109e2970ace6e20ff29bae9d05c3ac22ec6dc”,”id”:”CVE-2026-47073″,”bulletinFamily”:””,”cwe”:[“CWE-400″],”cvelist”:null,”sourceData”:”benoitc hackney 2.0.0\\nbenoitc hackney 690cecaf236fba49526da404a5bc889a24367a3e”,”sourceHref”:””,”cvss”:{“score”:8.7,”severity”:”HIGH”,”vector”:”CVSS:4.0\/AV:N\/AC:L\/AT:N\/PR:N\/UI:N\/VC:N\/VI:N\/VA:H\/SC:N\/SI:N\/SA:N”,”version”:”4.0″},”cvss2″:{},”cvss3″:{“version”:””,”vectorString”:””,”baseScore”:0,”baseSeverity”:””,”attackVector”:””,”attackComplexity”:””,”privilegesRequired”:””,”userInteraction”:””,”scope”:””,”confidentialityImpact”:””,”integrityImpact”:””,”availabilityImpact”:””,”cvssV3″:{“version”:””,”vectorString”:””,”baseScore”:0,”baseSeverity”:””,”attackVector”:””,”attackComplexity”:””,”privilegesRequired”:””,”userInteraction”:””,”scope”:””,”confidentialityImpact”:””,”integrityImpact”:””,”availabilityImpact”:””}},”href”:””,”category_name”:”CVE”,”post_link”:””,”product”:”hackney”,”version”:”2.0.0″,”vendor”:”benoitc”,”ai_description”:”Unbounded memory consumption vulnerability in the WebSocket client of hackney, allowing an attacker to cause memory exhaustion by streaming bytes without sending \\\\r\\\\n\\\\r\\\\n or announcing a large frame payload length.”,”ai_severity”:”High”,”ai_vendor”:”benoitc”,”ai_product”:”hackney”,”ai_version”:”2.0.0 to 4.0.0″,”ai_score”:8.7}<\/p>\n","protected":false},"excerpt":{"rendered":"
{“lastseen”:””,”description”:”Allocation of Resources Without Limits or Throttling vulnerability in benoitc hackney allows Flooding. The WebSocket client in src\/hackney_ws.erl imposes no upper bound on memory consumption…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[6,8,19,12,15,13,7,11,5],"class_list":["post-56740","post","type-post","status-publish","format-standard","hentry","category-category_cve","tag-cve","tag-cvss","tag-cvss-87","tag-exploit","tag-high","tag-news","tag-security","tag-tapic","tag-vulnerability"],"yoast_head":"\n