public inbox for git-commits@fedoraproject.org
help / color / mirror / Atom feed
From: Filipe Rosset <filiperosset@fedoraproject.org>
To: git-commits@fedoraproject.org
Subject: [rpms/dnsdist] epel9: update to 1.9.15 to fix CVEs
Date: Thu, 25 Jun 2026 17:17:35 GMT	[thread overview]
Message-ID: <178240785569.1.537592914205095362.rpms-dnsdist-db60c11053d8@fedoraproject.org> (raw)

            A new commit has been pushed.

            Repo   : rpms/dnsdist
            Branch : epel9
            Commit : db60c11053d89d5450ba67b49fbc83fb70c3b7dc
            Author : Filipe Rosset <filiperosset@fedoraproject.org>
            Date   : 2026-06-25T14:15:23-03:00
            Stats  : +3/-2 in 3 file(s)
            URL    : https://src.fedoraproject.org/rpms/dnsdist/c/db60c11053d89d5450ba67b49fbc83fb70c3b7dc?branch=epel9

            Log:
            update to 1.9.15 to fix CVEs

Full ChangeLog: https://www.dnsdist.org/changelog.html#change-1.9.15-Bug-Fixes

1.9.15
Released: 25th of June 2026

Bug Fixes
CVE-2026-40210: An out-of-bounds read might happen when SetMacAddrAction is used, potentially resulting in uninitialized memory being sent over the network or a crash.

CVE-2026-40209: An attacker might be able to cause outgoing TCP connections to backend to be stuck until a timeout occurs instead of being released immediately by sending IXFR queries. This could be used to cause a denial of service if there is a limit to the number of concurrent connections to this backend, or if the process runs out of file descriptors.

CVE-2026-42004: An attacker can send a crafted EDNS OPT record that will be ignored by DNSdist’s filtering rules, but will be rewritten as a valid OPT record when EDNS Client Subnet is inserted, causing the backend to see the EDNS option(s) that DNSdist did not filter.

CVE-2026-40211: An attacker can send crafted DNS over HTTP/3 queries, triggering an exception that prevents some buffer from being freed right away. The buffer will be freed at the end of the QUIC connection, but on some setups it might be possible to open enough concurrent DoH3 streams to trigger an out-of-memory condition, resulting in a denial of service.

CVE-2026-40208: An attacker might be able to delay the processing of DoH3 queries by sending DoH3 GET queries with an invalid DATA frame.

CVE-2026-42005: An attacker can send a web request that causes unlimited memory allocation in the internal web server, leading to a denial of service. The internal web server is disabled by default.

CVE-2026-40011: An attacker sending a large number of crafted DNS queries might be able to trigger a dynamic block being inserted with a value causing invalid output to be produced in the prometheus endpoint. The prometheus endpoint will then be rejected by the scraper until the dynamic block expires.

Signed-off-by: Filipe Rosset <filiperosset@fedoraproject.org>

---
diff --git a/.gitignore b/.gitignore
index cf6be43..41e2a55 100644
--- a/.gitignore
+++ b/.gitignore
@@ -34,3 +34,4 @@
 /dnsdist-1.9.11.tar.bz2
 /dnsdist-1.9.12.tar.bz2
 /dnsdist-1.9.14.tar.bz2
+/dnsdist-1.9.15.tar.bz2

diff --git a/dnsdist.spec b/dnsdist.spec
index fb6e46c..11e905f 100644
--- a/dnsdist.spec
+++ b/dnsdist.spec
@@ -6,7 +6,7 @@
 %endif
 
 Name: dnsdist
-Version: 1.9.14
+Version: 1.9.15
 Release: %autorelease
 Summary: Highly DNS-, DoS- and abuse-aware loadbalancer
 License: GPLv2

diff --git a/sources b/sources
index 8a4e7f3..bd65f66 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (dnsdist-1.9.14.tar.bz2) = f33cf542d04e320a5531942b8e2a2d6ecf0bd604cfb124feaf6957bd2da43a6b8727ae312539c1e3919ed21f078fb17d970a056ab99beef66b877685a924a8a1
+SHA512 (dnsdist-1.9.15.tar.bz2) = 249fb42fb693887f4e541dc7da26f6fef94ed5bbe01828a032f7fdc5af5f240414a585e3b9d0906ed06e772e819381483d48b56cd320681f97dbf5e0b24e81d8

                 reply	other threads:[~2026-06-25 17:17 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=178240785569.1.537592914205095362.rpms-dnsdist-db60c11053d8@fedoraproject.org \
    --to=filiperosset@fedoraproject.org \
    --cc=git-commits@fedoraproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox