<?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>Wed, 07 Oct 2026 09:16:16 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-5971 — Undertow: response write hangs in case of java 17 tlsv1.3 newsessionticket</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2024-5971</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; undertow, Red Hat build of Apache Camel 3.20.7 for Spring Boot, Red Hat build of Apache Camel 4.4.1 for Spring Boot 3.2, Red Hat build of Apache Camel 4.4.2 for Spring Boot, Red Hat JBoss Enterprise Application Platform, Red Hat JBoss Enterprise Application Platform 7.4 for RHEL 8, Red Hat JBoss Enterprise Application Platform 7.4 for RHEL 9, Red Hat JBoss Enterprise Application Platform 7.4 on RHEL 7, Red Hat JBoss Enterprise Application Platform 8, Red Hat build of Apache Camel for Spring Boot 3 and 11 more&lt;/p&gt;
&lt;p&gt;A vulnerability was found in Undertow, where the chunked response hangs after the body was flushed. The response headers and body were sent but the client would continue waiting as Undertow does not send the expected 0\r\n termination of the chunked response. This results in uncontrolled resource consumption, leaving the server side to a denial of service attack. This happens only with Java 17 TLSv1.3 scenarios.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; undertow, Red Hat build of Apache Camel 3.20.7 for Spring Boot, Red Hat build of Apache Camel 4.4.1 for Spring Boot 3.2, Red Hat build of Apache Camel 4.4.2 for Spring Boot, Red Hat JBoss Enterprise Application Platform, Red Hat JBoss Enterprise Application Platform 7.4 for RHEL 8, Red Hat JBoss Enterprise Application Platform 7.4 for RHEL 9, Red Hat JBoss Enterprise Application Platform 7.4 on RHEL 7, Red Hat JBoss Enterprise Application Platform 8, Red Hat build of Apache Camel for Spring Boot 3 and 11 more&lt;/p&gt;
&lt;p&gt;A vulnerability was found in Undertow, where the chunked response hangs after the body was flushed. The response headers and body were sent but the client would continue waiting as Undertow does not send the expected 0\r\n termination of the chunked response. This results in uncontrolled resource consumption, leaving the server side to a denial of service attack. This happens only with Java 17 TLSv1.3 scenarios.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2024-5971</guid>
    </item>
  </channel>
</rss>
