<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 29 Sep 2026 19:33:03 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-69201</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-69201</link>
      <description>&lt;p&gt;Http4s is a Scala interface for HTTP services. Prior to 0.23.35 and 1.0.0-M47, ResourceService and WebjarService decode each URL path segment but reject only segments exactly equal to an empty string, a dot, or two dots. A request containing percent-encoded slash or backslash separators can turn an accepted segment into a parent-directory traversal after decoding, allowing access to classpath or WebJar resources outside the configured base when a directory-backed classpath is served and the backend preserves the encoded separator. The patch rejects decoded segments containing slash or backslash in ResourceService and WebjarService, and applies the same guard to the non-exploitable FileService for consistency. This issue is fixed in versions 0.23.35 and 1.0.0-M47.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Http4s is a Scala interface for HTTP services. Prior to 0.23.35 and 1.0.0-M47, ResourceService and WebjarService decode each URL path segment but reject only segments exactly equal to an empty string, a dot, or two dots. A request containing percent-encoded slash or backslash separators can turn an accepted segment into a parent-directory traversal after decoding, allowing access to classpath or WebJar resources outside the configured base when a directory-backed classpath is served and the backend preserves the encoded separator. The patch rejects decoded segments containing slash or backslash in ResourceService and WebjarService, and applies the same guard to the non-exploitable FileService for consistency. This issue is fixed in versions 0.23.35 and 1.0.0-M47.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-69201</guid>
    </item>
    <item>
      <title>GHSA-crq5-92j2-j7wv — Http4s: ResourceService and Webjar Service path escape via percent-encoded separators</title>
      <link>https://db.gcve.eu/vuln/ghsa-crq5-92j2-j7wv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.http4s:http4s-server_2.12, Maven: org.http4s:http4s-server_2.13, Maven: org.http4s:http4s-server_3&lt;/p&gt;
&lt;p&gt;The static content handlers `ResourceService` and `WebjarService` URL decode each path segment and then reject only segments that are exactly `&amp;#34;&amp;#34;`, `&amp;#34;.&amp;#34;`, or `&amp;#34;..&amp;#34;`.  A percent-encoded separator (`%2F`) lets an attacker smuggle a `../` segment past that filter and escape the configured base, reading resources that should not be public.&lt;/p&gt;
&lt;p&gt;On Windows, a similar attack exists with (`%5C`).&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Disclosure of classpath or webjar resources outside the configured base.&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;- Application uses `ResourceService` (with a non-root base path) or `WebjarService`
- At least one classpath entry is served from a directory (e.g. `sbt run`, exploded .war)
- Backend forwards `%2F`/`%5C` without normalizing (e.g., Ember, Blaze)&lt;/p&gt;
&lt;p&gt;## Fixes&lt;/p&gt;
&lt;p&gt;The patch rejects any decoded path segment containing `/` (`%2F`) or `\` (`%5C`) with a `400 Bad Request` in `ResourceService` and `WebjarService`.&lt;/p&gt;
&lt;p&gt;`FileService` was not exploitable, but the same guards are applied for consistency and to remove its reliance on path normalization.&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;- Deploy as a fat jar, with no filesystem directories on the classpath.
- Front the service with a proxy that rejects/normalizes `%2F` and `%5C` in the request path.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.http4s:http4s-server_2.12, Maven: org.http4s:http4s-server_2.13, Maven: org.http4s:http4s-server_3&lt;/p&gt;
&lt;p&gt;The static content handlers `ResourceService` and `WebjarService` URL decode each path segment and then reject only segments that are exactly `&amp;#34;&amp;#34;`, `&amp;#34;.&amp;#34;`, or `&amp;#34;..&amp;#34;`.  A percent-encoded separator (`%2F`) lets an attacker smuggle a `../` segment past that filter and escape the configured base, reading resources that should not be public.&lt;/p&gt;
&lt;p&gt;On Windows, a similar attack exists with (`%5C`).&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Disclosure of classpath or webjar resources outside the configured base.&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;- Application uses `ResourceService` (with a non-root base path) or `WebjarService`
- At least one classpath entry is served from a directory (e.g. `sbt run`, exploded .war)
- Backend forwards `%2F`/`%5C` without normalizing (e.g., Ember, Blaze)&lt;/p&gt;
&lt;p&gt;## Fixes&lt;/p&gt;
&lt;p&gt;The patch rejects any decoded path segment containing `/` (`%2F`) or `\` (`%5C`) with a `400 Bad Request` in `ResourceService` and `WebjarService`.&lt;/p&gt;
&lt;p&gt;`FileService` was not exploitable, but the same guards are applied for consistency and to remove its reliance on path normalization.&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;- Deploy as a fat jar, with no filesystem directories on the classpath.
- Front the service with a proxy that rejects/normalizes `%2F` and `%5C` in the request path.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-crq5-92j2-j7wv</guid>
    </item>
  </channel>
</rss>
