<?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://cve.radiocsirt.org</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>Sat, 03 Oct 2026 09:03:58 +0000</lastBuildDate>
    <item>
      <title>Withdrawn: CLEANSTART-2026-GC35580 — Security fixes in apicurio-registry 3.1.7-r6</title>
      <link>https://cve.radiocsirt.org/vuln/cleanstart-2026-gc35580</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: apicurio-registry&lt;/p&gt;
&lt;p&gt;Package apicurio-registry version 3.1.7-r6 fixes 8 vulnerabilities: CVE-2025-59250, ghsa-m494-w24q-6f7w, CVE-2026-1002, CVE-2025-11965, CVE-2025-11966...&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: apicurio-registry&lt;/p&gt;
&lt;p&gt;Package apicurio-registry version 3.1.7-r6 fixes 8 vulnerabilities: CVE-2025-59250, ghsa-m494-w24q-6f7w, CVE-2026-1002, CVE-2025-11965, CVE-2025-11966...&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cleanstart-2026-gc35580</guid>
    </item>
    <item>
      <title>EUVD-2026-256620</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-256620</link>
      <description>EUVD-2026-256620</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-256620</guid>
    </item>
    <item>
      <title>fkie_cve-2025-11965</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-11965</link>
      <description>&lt;p&gt;In Eclipse Vert.x versions [4.0.0, 4.5.21] and [5.0.0, 5.0.4], a StaticHandler configuration for restricting access to hidden files fails to restrict access to hidden directories, allowing unauthorized users to retrieve files within them (e.g. &amp;#39;.git/config&amp;#39;).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In Eclipse Vert.x versions [4.0.0, 4.5.21] and [5.0.0, 5.0.4], a StaticHandler configuration for restricting access to hidden files fails to restrict access to hidden directories, allowing unauthorized users to retrieve files within them (e.g. &amp;#39;.git/config&amp;#39;).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-11965</guid>
    </item>
    <item>
      <title>GHSA-h5fg-jpgr-rv9c — Vert.x-Web Access Control Flaw in StaticHandler’s Hidden File Protection for Files Under Hidden Directories</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-h5fg-jpgr-rv9c</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.vertx:vertx-web&lt;/p&gt;
&lt;p&gt;# Description&lt;/p&gt;
&lt;p&gt;There is a flaw in the hidden file protection feature of Vert.x Web’s `StaticHandler` when `setIncludeHidden(false)` is configured.&lt;/p&gt;
&lt;p&gt;In the current implementation, only files whose final path segment (i.e., the file name) begins with a dot (`.`) are treated as “hidden” and are blocked from being served. However, this logic fails in the following cases:&lt;/p&gt;
&lt;p&gt;- **Files under hidden directories**: For example, `/.secret/config.txt` — although `.secret` is a hidden directory, the file `config.txt` itself does not start with a dot, so it gets served.
- **Real-world impact**: Sensitive files placed in hidden directories like `.git`, `.env`, `.aws` may become publicly accessible.&lt;/p&gt;
&lt;p&gt;As a result, the behavior does not meet the expectations set by the `includeHidden=false` configuration, which should ideally protect all hidden files and directories. This gap may lead to unintended exposure of sensitive information.&lt;/p&gt;
&lt;p&gt;# Steps to Reproduce&lt;/p&gt;
&lt;p&gt;```bash
1. Prepare test environment&lt;/p&gt;
&lt;p&gt;# Create directory structure
mkdir -p src/test/resources/webroot/.secret
mkdir -p src/test/resources/webroot/.git&lt;/p&gt;
&lt;p&gt;# Place test files
echo &amp;#34;This is a visible file&amp;#34; &amp;gt; src/test/resources/webroot/visible.txt
echo &amp;#34;This is a hidden file&amp;#34; &amp;gt; src/test/resources/webroot/.hidden.txt
echo &amp;#34;SECRET DATA: API_KEY=abc123&amp;#34; &amp;gt; src/test/resources/webroot/.secret/config.txt
echo &amp;#34;Git config data&amp;#34; &amp;gt; src/test/resources/webroot/.git/config
```&lt;/p&gt;
&lt;p&gt;```java
2. Implement test server&lt;/p&gt;
&lt;p&gt;import io.vertx.core.AbstractVerticle;
import io.…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.vertx:vertx-web&lt;/p&gt;
&lt;p&gt;# Description&lt;/p&gt;
&lt;p&gt;There is a flaw in the hidden file protection feature of Vert.x Web’s `StaticHandler` when `setIncludeHidden(false)` is configured.&lt;/p&gt;
&lt;p&gt;In the current implementation, only files whose final path segment (i.e., the file name) begins with a dot (`.`) are treated as “hidden” and are blocked from being served. However, this logic fails in the following cases:&lt;/p&gt;
&lt;p&gt;- **Files under hidden directories**: For example, `/.secret/config.txt` — although `.secret` is a hidden directory, the file `config.txt` itself does not start with a dot, so it gets served.
- **Real-world impact**: Sensitive files placed in hidden directories like `.git`, `.env`, `.aws` may become publicly accessible.&lt;/p&gt;
&lt;p&gt;As a result, the behavior does not meet the expectations set by the `includeHidden=false` configuration, which should ideally protect all hidden files and directories. This gap may lead to unintended exposure of sensitive information.&lt;/p&gt;
&lt;p&gt;# Steps to Reproduce&lt;/p&gt;
&lt;p&gt;```bash
1. Prepare test environment&lt;/p&gt;
&lt;p&gt;# Create directory structure
mkdir -p src/test/resources/webroot/.secret
mkdir -p src/test/resources/webroot/.git&lt;/p&gt;
&lt;p&gt;# Place test files
echo &amp;#34;This is a visible file&amp;#34; &amp;gt; src/test/resources/webroot/visible.txt
echo &amp;#34;This is a hidden file&amp;#34; &amp;gt; src/test/resources/webroot/.hidden.txt
echo &amp;#34;SECRET DATA: API_KEY=abc123&amp;#34; &amp;gt; src/test/resources/webroot/.secret/config.txt
echo &amp;#34;Git config data&amp;#34; &amp;gt; src/test/resources/webroot/.git/config
```&lt;/p&gt;
&lt;p&gt;```java
2. Implement test server&lt;/p&gt;
&lt;p&gt;import io.vertx.core.AbstractVerticle;
import io.…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-h5fg-jpgr-rv9c</guid>
    </item>
    <item>
      <title>RHSA-2025:23417 — Red Hat Security Advisory: Streams for Apache Kafka 3.1.0 release and security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2025:23417</link>
      <description>&lt;p&gt;kafka: Apache Kafka: SCRAM authentication vulnerable to replay attacks when used without encryption io.quarkus:quarkus-resteasy: Memory Leak in Quarkus RESTEasy Classic When Client Requests Timeout io.vertx/vertx-core: Eclipse Vert.x Access Control Flaw io.vertx/vertx-web: Eclipse Vert.x cross site scripting org.apache.kafka: Kafka Client Arbitrary File Read SSRF apache-kafka: Apache Kafka: Possible RCE attack via SASL JAAS LdapLoginModule configuration org.apache.kafka: Kafka JNDI Login Module RCE Vulnerability commons-lang/commons-lang: org.apache.commons/commons-lang3: Uncontrolled Recursion vulnerability in Apache Commons Lang io.quarkus/quarkus-vertx: Quarkus potential data leak netty: netty-codec-http2: Netty MadeYouReset HTTP/2 DDoS Vulnerability netty-codec-http: Netty is vulnerable to request smuggling due to incorrect parsing of chunk extensions netty-codec: netty-codec-compression: Netty&amp;#39;s BrotliDecoder is vulnerable to DoS via zip bomb style attack&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kafka: Apache Kafka: SCRAM authentication vulnerable to replay attacks when used without encryption io.quarkus:quarkus-resteasy: Memory Leak in Quarkus RESTEasy Classic When Client Requests Timeout io.vertx/vertx-core: Eclipse Vert.x Access Control Flaw io.vertx/vertx-web: Eclipse Vert.x cross site scripting org.apache.kafka: Kafka Client Arbitrary File Read SSRF apache-kafka: Apache Kafka: Possible RCE attack via SASL JAAS LdapLoginModule configuration org.apache.kafka: Kafka JNDI Login Module RCE Vulnerability commons-lang/commons-lang: org.apache.commons/commons-lang3: Uncontrolled Recursion vulnerability in Apache Commons Lang io.quarkus/quarkus-vertx: Quarkus potential data leak netty: netty-codec-http2: Netty MadeYouReset HTTP/2 DDoS Vulnerability netty-codec-http: Netty is vulnerable to request smuggling due to incorrect parsing of chunk extensions netty-codec: netty-codec-compression: Netty&amp;#39;s BrotliDecoder is vulnerable to DoS via zip bomb style attack&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2025:23417</guid>
    </item>
  </channel>
</rss>
