<?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 19:32:24 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-1931 — Denial of service when trimming EDE text on positive replies</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2024-1931</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NLnet Labs Unbound, nlnetlabs unbound&lt;/p&gt;
&lt;p&gt;NLnet Labs Unbound version 1.18.0 up to and including version 1.19.1 contain a vulnerability that can cause denial of service by a certain code path that can lead to an infinite loop. Unbound 1.18.0 introduced a feature that removes EDE records from responses with size higher than the client&amp;#39;s advertised buffer size. Before removing all the EDE records however, it would try to see if trimming the extra text fields on those records would result in an acceptable size while still retaining the EDE codes. Due to an unchecked condition, the code that trims the text of the EDE records could loop indefinitely. This happens when Unbound would reply with attached EDE information on a positive reply and the client&amp;#39;s buffer size is smaller than the needed space to include EDE records. The vulnerability can only be triggered when the &amp;#39;ede: yes&amp;#39; option is used; non default configuration. From version 1.19.2 on, the code is fixed to avoid looping indefinitely.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NLnet Labs Unbound, nlnetlabs unbound&lt;/p&gt;
&lt;p&gt;NLnet Labs Unbound version 1.18.0 up to and including version 1.19.1 contain a vulnerability that can cause denial of service by a certain code path that can lead to an infinite loop. Unbound 1.18.0 introduced a feature that removes EDE records from responses with size higher than the client&amp;#39;s advertised buffer size. Before removing all the EDE records however, it would try to see if trimming the extra text fields on those records would result in an acceptable size while still retaining the EDE codes. Due to an unchecked condition, the code that trims the text of the EDE records could loop indefinitely. This happens when Unbound would reply with attached EDE information on a positive reply and the client&amp;#39;s buffer size is smaller than the needed space to include EDE records. The vulnerability can only be triggered when the &amp;#39;ede: yes&amp;#39; option is used; non default configuration. From version 1.19.2 on, the code is fixed to avoid looping indefinitely.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2024-1931</guid>
    </item>
  </channel>
</rss>
