<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Ffuf (&lt;= 2.1.0) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/ffuf--2.1.0/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Thu, 03 Sep 2026 18:04:03 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/ffuf--2.1.0/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>ffuf Denial of Service via Decompression Bomb</title><link>https://feed.craftedsignal.io/briefs/2026-09-ffuf-dos/</link><pubDate>Thu, 03 Sep 2026 18:04:03 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-ffuf-dos/</guid><description>An attacker-controlled server can trigger an out-of-memory denial of service in ffuf (&lt;= 2.1.0) by serving a decompression bomb that bypasses existing size constraints.</description><content:encoded><![CDATA[<p>The ffuf web fuzzer (versions &lt;= 2.1.0) is susceptible to a denial of service (DoS) vulnerability (CVE-2026-73232) caused by the improper handling of compressed HTTP response bodies. An attacker-controlled server can serve a 'decompression bomb' - a small compressed payload that expands to a significantly larger size upon decompression - causing the ffuf process to exhaust system memory and be terminated by the OS OOM killer. The vulnerability arises because the application's existing response size limit only inspects the 'Content-Length' header of the compressed response. This mechanism is bypassed when using transparent decompression, chunked transfer encoding, or when the 'Content-Length' header represents only the compressed size. The vulnerability forces the process to allocate memory unbounded during the decompression phase, leading to process crashes. This issue was addressed in version 2.2.0 by implementing <code>io.LimitReader</code> to enforce a strict 5MB limit on the decompressed response body, regardless of encoding or transport mechanisms.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation results in the immediate denial of service of the ffuf scanning process, leading to a loss of in-memory scan results and the inability to interact with the malicious endpoint. This vulnerability poses a risk to security researchers or automated systems utilizing ffuf to scan untrusted or potentially adversarial web infrastructure. The CVSS 3.1 base score is 7.5.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade ffuf to version 2.2.0 or later immediately to incorporate the mandatory <code>io.LimitReader</code> boundary.</li>
<li>Until the upgrade is applied, exercise caution when running ffuf against untrusted or attacker-influenced web targets.</li>
<li>Monitor host memory usage for processes executing web fuzzing tasks to identify potential OOM-based DoS attempts.</li>
</ul>
]]></content:encoded><category domain="severity">low</category><category domain="type">advisory</category><category>vulnerability</category><category>denial-of-service</category><category>web-fuzzer</category></item></channel></rss>