summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorHannu Nyman2026-05-12 19:56:36 +0000
committerHauke Mehrtens2026-05-15 15:22:34 +0000
commit15250e11aa4e77e47cee3afca0625fca02c97917 (patch)
treecc750cabcdd3efa20654b002e6a5e0d6486824fa
parent766cbba1de7843878a6a74dab9759f608a133f78 (diff)
downloadopenwrt-15250e11aa4e77e47cee3afca0625fca02c97917.tar.gz
dnsmasq: apply six CVE-fix upstream patches to 2.90
Apply upstream patches for the recently published CVEs in dnsmasq. Source: https://thekelleys.org.uk/dnsmasq/CVE/ Reference: https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2026q2/018471.html Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> Link: https://github.com/openwrt/openwrt/pull/23328 (cherry picked from commit dc04999b1ff41d6bac64c484e62502f933c32852) [added this to main branch first, 002-CVE-2026-4890.dnsmasq-2.91.patch modified] Link: https://github.com/openwrt/openwrt/pull/23365 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
-rw-r--r--package/network/services/dnsmasq/Makefile2
-rw-r--r--package/network/services/dnsmasq/patches/001-CVE-2026-2291.patch29
-rw-r--r--package/network/services/dnsmasq/patches/002-CVE-2026-4890.dnsmasq-2.91.patch63
-rw-r--r--package/network/services/dnsmasq/patches/003-CVE-2026-4891.patch32
-rw-r--r--package/network/services/dnsmasq/patches/004-CVE-2026-4892.patch28
-rw-r--r--package/network/services/dnsmasq/patches/005-CVE-2026-4893.patch26
-rw-r--r--package/network/services/dnsmasq/patches/006-CVE-2026-5172.patch26
7 files changed, 205 insertions, 1 deletions
diff --git a/package/network/services/dnsmasq/Makefile b/package/network/services/dnsmasq/Makefile
index 47a5ae54ae..ff5d5a7ad9 100644
--- a/package/network/services/dnsmasq/Makefile
+++ b/package/network/services/dnsmasq/Makefile
@@ -10,7 +10,7 @@ include $(TOPDIR)/rules.mk
PKG_NAME:=dnsmasq
PKG_UPSTREAM_VERSION:=2.90
PKG_VERSION:=$(subst test,~~test,$(subst rc,~rc,$(PKG_UPSTREAM_VERSION)))
-PKG_RELEASE:=4
+PKG_RELEASE:=5
PKG_SOURCE:=$(PKG_NAME)-$(PKG_UPSTREAM_VERSION).tar.xz
PKG_SOURCE_URL:=https://thekelleys.org.uk/dnsmasq/
diff --git a/package/network/services/dnsmasq/patches/001-CVE-2026-2291.patch b/package/network/services/dnsmasq/patches/001-CVE-2026-2291.patch
new file mode 100644
index 0000000000..7e8c02a836
--- /dev/null
+++ b/package/network/services/dnsmasq/patches/001-CVE-2026-2291.patch
@@ -0,0 +1,29 @@
+commit ec2fbfbbdaa7d7db1c707dce26ce1a37cfe09660
+Author: Simon Kelley <simon@thekelleys.org.uk>
+Date: Fri Apr 10 16:29:31 2026 +0100
+
+ Fix buffer overflow in struct bigname. CVE-2026-2291
+
+ All buffers capable of holding a domain name should be
+ at least MAXDNAME*2 + 1 bytes long, where MAXDNAME is the maximum
+ size of a domain name. The accounts for the trailing zero and the
+ fact that some characters are escaped in the internal representation
+ of a domain name in dnsmasq.
+
+ The declaration of struct bigname get this wrong, with the effect
+ that a remote attacker capable of asking DNS queries or answering DNS
+ queries can cause a large OOB write in the heap.
+
+ This was first spotted by Andrew S. Fasano.
+
+--- a/src/dnsmasq.h
++++ b/src/dnsmasq.h
+@@ -467,7 +467,7 @@ struct interface_name {
+ };
+
+ union bigname {
+- char name[MAXDNAME];
++ char name[(2*MAXDNAME) + 1];
+ union bigname *next; /* freelist */
+ };
+
diff --git a/package/network/services/dnsmasq/patches/002-CVE-2026-4890.dnsmasq-2.91.patch b/package/network/services/dnsmasq/patches/002-CVE-2026-4890.dnsmasq-2.91.patch
new file mode 100644
index 0000000000..9519d5ce94
--- /dev/null
+++ b/package/network/services/dnsmasq/patches/002-CVE-2026-4890.dnsmasq-2.91.patch
@@ -0,0 +1,63 @@
+commit de76f21e115c451cf0653790fc4b209cd4778a07
+Author: Simon Kelley <simon@thekelleys.org.uk>
+Date: Fri Apr 10 22:16:45 2026 +0100
+
+ Fix NSEC bitmap parsing infinite loop. CVE-2026-4890
+
+ Report from Royce M <royce@xchglabs.com>.
+
+ Location: dnssec.c:1290-1306, dnssec.c:1450-1463
+
+ The bitmap window iteration advances by p[1] instead of p[1]+2 (missing the 2-byte window header). With bitmap_length=0, both rdlen and p are
+ unchanged, causing an infinite loop and dnsmasq stops responding to all queries.
+
+ The same code accesses p[2] after only checking rdlen >= 2 without verifying p[1] >= 1, causing OOB reads at 6 locations.
+
+ Both bugs are reachable before RRSIG validation (confirmed by the source comment at line 2125), so no valid DNSSEC signatures are needed.
+
+--- a/src/dnssec.c
++++ b/src/dnssec.c
+@@ -1270,10 +1270,10 @@ static int prove_non_existence_nsec(stru
+ packet checked to be as long as rdlen implies in prove_non_existence() */
+
+ /* If we can prove that there's no NS record, return that information. */
+- if (nons && rdlen >= 2 && p[0] == 0 && (p[2] & (0x80 >> T_NS)) != 0)
++ if (nons && rdlen >= 2 && p[0] == 0 && p[1] >= 1 && (p[2] & (0x80 >> T_NS)) != 0)
+ *nons = 0;
+
+- if (rdlen >= 2 && p[0] == 0)
++ if (rdlen >= 2 && p[0] == 0 && p[1] >= 1)
+ {
+ /* A CNAME answer would also be valid, so if there's a CNAME is should
+ have been returned. */
+@@ -1301,8 +1301,8 @@ static int prove_non_existence_nsec(stru
+ break; /* finished checking */
+ }
+
+- rdlen -= p[1];
+- p += p[1];
++ rdlen -= p[1] + 2;
++ p += p[1] + 2;
+ }
+
+ return 0;
+@@ -1429,7 +1429,7 @@ static int check_nsec3_coverage(struct d
+ p += hash_len; /* skip next-domain hash */
+ rdlen -= p - psave;
+
+- if (rdlen >= 2 && p[0] == 0)
++ if (rdlen >= 2 && p[0] == 0 && p[1] >= 1)
+ {
+ /* If we can prove that there's no NS record, return that information. */
+ if (nons && (p[2] & (0x80 >> T_NS)) != 0)
+@@ -1458,8 +1458,8 @@ static int check_nsec3_coverage(struct d
+ break; /* finished checking */
+ }
+
+- rdlen -= p[1];
+- p += p[1];
++ rdlen -= p[1] + 2;
++ p += p[1] + 2;
+ }
+
+ return 1;
diff --git a/package/network/services/dnsmasq/patches/003-CVE-2026-4891.patch b/package/network/services/dnsmasq/patches/003-CVE-2026-4891.patch
new file mode 100644
index 0000000000..a4fdc36b0d
--- /dev/null
+++ b/package/network/services/dnsmasq/patches/003-CVE-2026-4891.patch
@@ -0,0 +1,32 @@
+commit 2cacea42e4d45717bd0ce3ccfe8e78960245e5da
+Author: Simon Kelley <simon@thekelleys.org.uk>
+Date: Wed Mar 25 23:04:08 2026 +0000
+
+ Verify rdlen field in RRSIG packets. CVE-2026-4891
+
+ Bug report from Royce M <royce@xchglabs.com>
+
+ This avoids crafted packets which give a value for rdlen _less_
+ then the space taken up by the fixed data and the signer's name
+ and engender a negative calculated length for the signature.
+
+--- a/src/dnssec.c
++++ b/src/dnssec.c
+@@ -546,10 +546,14 @@ static int validate_rrset(time_t now, st
+
+ *ttl_out = ttl;
+ }
+-
++
++ /* Don't trust rdlen not to be too small and give us a negative sig_len
++ It has already been checked that it doesn't run us off the end
++ of the packet. */
++ if ((sig_len = rdlen - (p - psav)) <= 0)
++ return STAT_BOGUS;
++
+ sig = p;
+- sig_len = rdlen - (p - psav);
+-
+ nsigttl = htonl(orig_ttl);
+
+ hash->update(ctx, 18, psav);
diff --git a/package/network/services/dnsmasq/patches/004-CVE-2026-4892.patch b/package/network/services/dnsmasq/patches/004-CVE-2026-4892.patch
new file mode 100644
index 0000000000..d51ce9510d
--- /dev/null
+++ b/package/network/services/dnsmasq/patches/004-CVE-2026-4892.patch
@@ -0,0 +1,28 @@
+commit 011a36c51438c986535a7248ed2e7f424f8e1078
+Author: Simon Kelley <simon@thekelleys.org.uk>
+Date: Wed Mar 25 23:16:35 2026 +0000
+
+ Fix buffer overflow in helper.c with large CLIDs. CVE-2026-4892
+
+ Bug reported bt Royce M <royce@xchglabs.com>
+
+ Location: helper.c:265-270
+ DHCPv6 CLIDs can be up to 65535 bytes. When --dhcp-script is configured,
+ the helper hex-encodes raw CLID bytes via sprintf("%.2x") into daemon->packet (5131 bytes).
+ A 1000-byte CLID writes ~3000 bytes. The helper process retains root privileges.
+
+ Note: log6_packet() correctly caps CLID to 100 bytes for logging, but the helper code path was missed.
+
+--- a/src/helper.c
++++ b/src/helper.c
+@@ -261,8 +261,8 @@ int create_helper(int event_fd, int err_
+ data.hostname_len + data.ed_len + data.clid_len, 1))
+ continue;
+
+- /* CLID into packet */
+- for (p = daemon->packet, i = 0; i < data.clid_len; i++)
++ /* CLID into packet: limit to 100 bytes to avoid overflowing buffer. */
++ for (p = daemon->packet, i = 0; i < data.clid_len && i < 100; i++)
+ {
+ p += sprintf(p, "%.2x", buf[i]);
+ if (i != data.clid_len - 1)
diff --git a/package/network/services/dnsmasq/patches/005-CVE-2026-4893.patch b/package/network/services/dnsmasq/patches/005-CVE-2026-4893.patch
new file mode 100644
index 0000000000..83b1e5c193
--- /dev/null
+++ b/package/network/services/dnsmasq/patches/005-CVE-2026-4893.patch
@@ -0,0 +1,26 @@
+commit 434d68f2eb1a58744470698483a3ae09b5a9a870
+Author: Simon Kelley <simon@thekelleys.org.uk>
+Date: Wed Mar 25 23:22:37 2026 +0000
+
+ Fix broken client subnet validation. CVE-2026-4893
+
+ Bug report from Royce M <royce@xchglabs.com>
+
+ Location: forward.c:713, edns0.c:421
+
+ With --add-subnet enabled, process_reply() passes the OPT record
+ length (~23 bytes) instead of the packet length to check_source().
+ All internal bounds checks fail, and the function always returns 1.
+ ECS source validation per RFC 7871 Section 9.2 is completely bypassed.
+
+--- a/src/forward.c
++++ b/src/forward.c
+@@ -710,7 +710,7 @@ static size_t process_reply(struct dns_h
+ /* Get extended RCODE. */
+ rcode |= sizep[2] << 4;
+
+- if (option_bool(OPT_CLIENT_SUBNET) && !check_source(header, plen, pheader, query_source))
++ if (option_bool(OPT_CLIENT_SUBNET) && !check_source(header, n, pheader, query_source))
+ {
+ my_syslog(LOG_WARNING, _("discarding DNS reply: subnet option mismatch"));
+ return 0;
diff --git a/package/network/services/dnsmasq/patches/006-CVE-2026-5172.patch b/package/network/services/dnsmasq/patches/006-CVE-2026-5172.patch
new file mode 100644
index 0000000000..4859f60d3d
--- /dev/null
+++ b/package/network/services/dnsmasq/patches/006-CVE-2026-5172.patch
@@ -0,0 +1,26 @@
+commit fa3c8ddef6712b52f562813317e6a997e1210123
+Author: Simon Kelley <simon@thekelleys.org.uk>
+Date: Mon Mar 30 16:24:33 2026 +0100
+
+ Fix buffer overflow vulnerability in extract_addresses() CVE-2026-5172
+
+ Thanks to Hugo Martinez Ray for spotting this.
+
+ The value of rdlen for an RR can be a lie, allowing the
+ call to extract_name() at rfc1025.c:952 to advance the value of p1
+ past the calculated end of the record. The makes the calculation
+ of bytes remaining in the RR underflow to a huge number and results
+ in a massive heap OOB read and certain crash.
+
+--- a/src/rfc1035.c
++++ b/src/rfc1035.c
+@@ -932,7 +932,8 @@ int extract_addresses(struct dns_header
+ /* Name, extract it then re-encode. */
+ int len;
+
+- if (!extract_name(header, qlen, &p1, name, 1, 0))
++ /* rdlen may lie, and extract_name() advances p1 past where it says the record ends. */
++ if (!extract_name(header, qlen, &p1, name, 1, 0) || (p1 > endrr))
+ {
+ blockdata_free(addr.rrblock.rrdata);
+ return 2;