<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-29T20:38:27.230988+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/fkie_cve-2026-69208</id>
    <title>fkie_cve-2026-69208</title>
    <updated>2026-09-29T20:38:27.264706+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Http4s is a Scala interface for HTTP services. Prior to 0.23.35 and 1.0.0-M47, the DigestAuth server middleware removes fresh nonces and stops eviction at the first stale nonce because its stale-nonce comparison is inverted. On an application that protects at least one route with DigestAuth, an unauthenticated attacker can repeatedly trigger authentication challenges, causing the persistent nonce map to grow until the JVM exhausts heap memory. This issue is fixed in versions 0.23.35 and 1.0.0-M47.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-69208"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-fm4g-76c9-7w69</id>
    <title>GHSA-fm4g-76c9-7w69 — Http4s: DigestAuth nonce map grows unbounded</title>
    <updated>2026-09-29T20:38:27.264813+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: org.http4s:http4s-ember-server_2.12, Maven: org.http4s:http4s-ember-server_2.13, Maven: org.http4s:http4s-ember-server_3</p>
<p>The `DigestAuth` server middleware's stale-nonce cleanup uses an inverted comparison: it removes *fresh* nonces and stops at the first *stale* one.  Because a new nonce is created for every unauthenticated challenge, an attacker can drive the nonce map to grow without bound until the JVM runs out of heap.</p>
<p>## Impact</p>
<p>Unauthenticated remote denial of service (gradual heap exhaustion / OOM) against
any service using DigestAuth.  The leak is persistent.</p>
<p>## Preconditions</p>
<p>- Application uses `DigestAuth` on at least one route.</p>
<p>## Workarounds</p>
<p>- Front the DigestAuth protected routes with a rate limiter to slow the leak.
- Restart periodically.</p>
<p>## Fixes</p>
<p>- The eviction logic is corrected.
- A max cache size of 1000000 is imposed to protected against a burst between evictions.  This limit is not yet configurable.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-fm4g-76c9-7w69"/>
  </entry>
</feed>
