<?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>Tue, 06 Oct 2026 11:25:58 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-56444 — Degradation of resolution service when 'discard-timeout' and 'serve-expired-client-timeout' are combined in unusual con…</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-56444</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NLnet Labs Unbound&lt;/p&gt;
&lt;p&gt;In NLnet Labs Unbound 1.20.0 up to and including 1.25.1, when Unbound is configured with &amp;#39;serve-expired: yes&amp;#39; and &amp;#39;serve-expired-client-timeout &amp;gt; discard-timeout &amp;gt; 0&amp;#39; (contrary to the suggested values), the discard-timeout branch during the serve expired logic drops an aged client reply without performing the correct accounting for the number of reply addresses for the query. Other identical branches outside of serve expired perform the correct decrement. Since the counter is never decremented in such scenario, it can reach the maximum limit and new clients for duplicate in-flight queries are silently dropped resulting in degradation of resolution service. A malicious actor can exploit the vulnerability by querying the resolver for a client-controlled slow-on-demand authoritative zone that can drive the counter past the threshold. Shipped defaults for &amp;#39;serve-expired-client-timeout: 1800&amp;#39; and &amp;#39;discard-timeout: 1900&amp;#39; make the branch unreachable.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NLnet Labs Unbound&lt;/p&gt;
&lt;p&gt;In NLnet Labs Unbound 1.20.0 up to and including 1.25.1, when Unbound is configured with &amp;#39;serve-expired: yes&amp;#39; and &amp;#39;serve-expired-client-timeout &amp;gt; discard-timeout &amp;gt; 0&amp;#39; (contrary to the suggested values), the discard-timeout branch during the serve expired logic drops an aged client reply without performing the correct accounting for the number of reply addresses for the query. Other identical branches outside of serve expired perform the correct decrement. Since the counter is never decremented in such scenario, it can reach the maximum limit and new clients for duplicate in-flight queries are silently dropped resulting in degradation of resolution service. A malicious actor can exploit the vulnerability by querying the resolver for a client-controlled slow-on-demand authoritative zone that can drive the counter past the threshold. Shipped defaults for &amp;#39;serve-expired-client-timeout: 1800&amp;#39; and &amp;#39;discard-timeout: 1900&amp;#39; make the branch unreachable.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-56444</guid>
    </item>
  </channel>
</rss>
