<?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>Http4k - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/http4k/</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>Tue, 18 Aug 2026 00:46:52 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/http4k/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>Unbounded Gzip Decompression Denial of Service in http4k</title><link>https://feed.craftedsignal.io/briefs/2026-08-http4k-dos/</link><pubDate>Tue, 18 Aug 2026 00:46:52 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-http4k-dos/</guid><description>The http4k library fails to limit the size of decompressed gzip data, allowing unauthenticated remote attackers to trigger JVM heap exhaustion via small, highly compressed payloads.</description><content:encoded><![CDATA[<p>The http4k library (http4k-core) contains a vulnerability in its <code>ServerFilters.GZip</code> and <code>RequestFilters.GunZip</code> components, where incoming request bodies are decompressed without verifying the final, expanded size. This flaw, tracked as CVE-2026-53659, allows an attacker to send a maliciously crafted, highly compressed gzip request of only a few kilobytes. Upon processing, the request expands significantly within the JVM heap, leading to memory exhaustion and a complete denial-of-service for the affected server.</p>
<p>This vulnerability has existed since 2017 and affects multiple versions across the v4, v5, and v6 branches. Because the library is widely used for building HTTP services, this poses a high risk to applications that expose endpoints accepting compressed inputs. Defenders must prioritize upgrading to the patched versions or implementing protective measures at the network edge to inspect or reject oversized request payloads.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation results in service unavailability due to JVM OutOfMemory errors. Any application using the affected http4k filters to process incoming requests is susceptible to unauthenticated remote exploitation. Impact is restricted to availability (DoS); there is no evidence of remote code execution or data exfiltration associated with this vulnerability.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade <code>http4k-core</code> to the patched versions: 4.51.0.0, 5.42.0.0, or 6.49.0.0 immediately to apply the default 10MB decompression limit.</li>
<li>Implement request body size limits at the edge (Load Balancer, Reverse Proxy, or WAF) to drop excessively large or potentially malicious compressed requests before they reach the application layer.</li>
<li>For legacy applications that cannot be updated, implement a custom filter in the http4k pipeline that restricts the size of the <code>InputStream</code> before decompression occurs.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>denial-of-service</category><category>vulnerability</category><category>web-server</category></item><item><title>Authentication Bypass in http4k-security-digest via Digest URI Replay</title><link>https://feed.craftedsignal.io/briefs/2026-08-http4k-digest-auth/</link><pubDate>Tue, 18 Aug 2026 00:46:37 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-http4k-digest-auth/</guid><description>The http4k-security-digest library fails to validate the URI parameter in Digest authentication responses, enabling attackers to replay captured authentication credentials against unauthorized endpoints within the same realm.</description><content:encoded><![CDATA[<p>The http4k-security-digest library, a component of the http4k framework, contains a vulnerability (CVE-2026-54148) that compromises the integrity of HTTP Digest authentication. The <code>DigestAuthProvider</code> component fails to verify that the <code>uri</code> parameter provided within an <code>Authorization: Digest</code> header matches the actual request URL. Because this binding is missing, an attacker who captures a valid Digest authentication response can successfully replay that credential to authenticate against any other resource protected by the same security realm. This flaw undermines the core security design of the Digest authentication scheme as described in RFC 7616. The vulnerability has been present in the codebase since commit 8a52b615b1, introduced in 2021. Impacted users should upgrade to the corrected versions (6.50.0.0, 5.42.0.0, or 4.51.0.0) or implement compensatory controls such as reverse proxy URL pinning.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker observes legitimate Digest-protected traffic between a client and the target server.</li>
<li>Attacker performs a Man-in-the-Middle (MitM) or passive interception to capture the <code>Authorization: Digest</code> header.</li>
<li>Attacker identifies a different, unauthorized URL served by the same http4k-security-digest realm.</li>
<li>Attacker constructs an HTTP request targeting the unauthorized resource.</li>
<li>Attacker includes the previously captured <code>Authorization: Digest</code> header in the request to the new endpoint.</li>
<li>The <code>DigestAuthProvider</code> component processes the request and incorrectly validates the credentials because it ignores the <code>uri</code> mismatch.</li>
<li>Server grants access to the unauthorized resource, completing the authentication bypass.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows for the unauthorized access of any resource protected by the Digest authentication scheme within the vulnerable application realm. This vulnerability affects any deployment utilizing <code>http4k-security-digest</code> for authentication. The potential damage includes unauthorized data access, privilege escalation, and lateral movement within the application, depending on the sensitivity of the endpoints protected by the affected authentication provider.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade to the patched versions of http4k-security-digest immediately: 6.50.0.0 (Community), 5.42.0.0 (LTS), or 4.51.0.0 (LTS).</li>
<li>If an immediate upgrade is not possible, place the affected Digest authentication endpoints behind a reverse proxy that enforces strict URI binding and pins requests to a single intended URL.</li>
<li>Audit application logs for patterns of the same <code>Authorization: Digest</code> header being reused across different <code>cs-uri-stem</code> paths to identify potential exploitation attempts.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>