Bug 2529757 - CVE-2026-81928 perl-Net-DNS: Net::DNS: Denial of Service via unbounded recursion with misplaced TSIG records [epel-all]
Summary: CVE-2026-81928 perl-Net-DNS: Net::DNS: Denial of Service via unbounded recurs...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: perl-Net-DNS
Version: epel10
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
Assignee: Paul Wouters
QA Contact:
URL:
Whiteboard: {"flaws": ["9dcecf76-99ce-49c4-9bd6-7...
Depends On:
Blocks: CVE-2026-81928
TreeView+ depends on / blocked
 
Reported: 2026-09-08 12:43 UTC by Vladimir Vasilev
Modified: 2026-09-23 00:44 UTC (History)
4 users (show)

Fixed In Version: perl-Net-DNS-1.57-1.el10_4 perl-Net-DNS-1.57-1.el10_3
Clone Of:
Environment:
Last Closed: 2026-09-23 00:32:02 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Vladimir Vasilev 2026-09-08 12:43:19 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

Net::DNS versions before 1.57 for Perl allow memory exhaustion via unbounded recursion in sig_data when re-encoding a message with a misplaced TSIG record.

sig_data signs a message by re-encoding it, and removes TSIG records only from the additional section. A TSIG decoded into the answer or authority section survives that step and is signed again, so encoding re-enters sig_data with no termination condition. Decoding does not reject such a message: a TSIG that is not the last record on the wire raises "misplaced or corrupt TSIG", but the error is caught, reported as a warning, and the record is left in the packet. RFC 8945 section 5.2 requires the message to be dropped.

The recursion is reached only when the decoded TSIG carries an empty MAC, since a MAC recovered from the wire short-circuits the signing step. It is reached only from code that re-encodes a message it decoded, such as a forwarder or a proxy. A decoded message that is never re-encoded is unaffected. Message direction does not matter: a query reaches the same path as a response.

Each cycle re-encodes the whole message, so fewer than 100 bytes on the wire exhaust available memory and terminate the process.

Comment 1 Fedora Update System 2026-09-14 10:12:53 UTC
FEDORA-EPEL-2026-8a37d4d02f (perl-Net-DNS-1.57-1.el10_3) has been submitted as an update to Fedora EPEL 10.3.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-8a37d4d02f

Comment 2 Fedora Update System 2026-09-14 10:12:54 UTC
FEDORA-EPEL-2026-0f5b361fa5 (perl-Net-DNS-1.57-1.el10_4) has been submitted as an update to Fedora EPEL 10.4.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-0f5b361fa5

Comment 3 Fedora Update System 2026-09-15 01:38:28 UTC
FEDORA-EPEL-2026-0f5b361fa5 has been pushed to the Fedora EPEL 10.4 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-0f5b361fa5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 4 Fedora Update System 2026-09-15 01:44:49 UTC
FEDORA-EPEL-2026-8a37d4d02f has been pushed to the Fedora EPEL 10.3 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-8a37d4d02f

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Fedora Update System 2026-09-23 00:32:02 UTC
FEDORA-EPEL-2026-0f5b361fa5 (perl-Net-DNS-1.57-1.el10_4) has been pushed to the Fedora EPEL 10.4 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 6 Fedora Update System 2026-09-23 00:44:36 UTC
FEDORA-EPEL-2026-8a37d4d02f (perl-Net-DNS-1.57-1.el10_3) has been pushed to the Fedora EPEL 10.3 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.