[Opendnssec-user] OpenDNSSEC vs. BIND 9.20.29?

Willem Toorop willem at nlnetlabs.nl
Thu Sep 24 09:29:17 UTC 2026


Hi Havard,

Accepting sparsely TSIG signed transfers is a requirement of RFC 8945 
(see 
https://www.rfc-editor.org/rfc/rfc8945.html#name-tsig-on-tcp-connections ):

     "For backward compatibility, a client that receives DNS messages 
and verifies TSIG MUST accept up to 99 intermediary messages without a 
TSIG and MUST verify that both the first and last message contain a TSIG."

Also, CVE-2026-19033 is about the issue that named didn't roll back to 
the state before a transfer was started when an invalid TSIG is occurred 
(see: https://app.opencve.io/cve/CVE-2026-19033 ). Requiring a TSIG on 
every message is a radical remedy (breaking the standard) and could have 
been addressed more on-target instead.

That said, RFC 8945 does require servers to TSIG sign all the outgoing 
messages (Postel's law), so I'll have a look if I can provide a patch 
for OpenDNSSEC to do just that.

I'll keep you posted.

Best regards,

-- Willem

On 9/18/26 14:55, Havard Eidnes via Opendnssec-user wrote:
> Hi,
>
> it appears that one of the security fixes in the BIND 9.20.29
> release is hitting a possible bug of omission in OpenDNSSEC, at
> least in version 2.1.13 (no, I'm not on the latest...), ref.:
>
>      Require a TSIG on every message of incoming zone
>      transfers. (CVE-2026-19033)
>
>      Previously, named accepted TSIG-signed zone transfers in
>      which some messages were unsigned, and processed those
>      messages before the next signature could vouch for them. It
>      now requires a TSIG on every message of an incoming AXFR or
>      IXFR; all modern nameservers already sign every message, so
>      no change is expected in practice. [GL #6062]
>
> After upgrading the "downstream" name server of OpenDNSSEC to
> BIND 9.20.29, I'm seeing
>
> Sep 18 14:26:33 xxxxx ods-signerd: [socket] unable to handle outgoing tcp response: write() failed (Broken pipe)
>
> messages logged by OpenDNSSEC, and on the BIND side:
>
> Sep 18 12:05:21 yyyyy named[22162]: 0x6fe6d25cec10: transfer of '114.39.158.in-addr.arpa/IN' from a.b.c.d#53: failed while receiving responses: expected a TSIG or SIG(0)
>
> (No, those are not the same event, but the pattern is clear.)
>
> For now I'm downgrading the downstream BIND name server to the
> previous BIND release, 9.20.27 (28 was skipped).
>
> It would however be nice if this bug of omission in OpenDNSSEC
> could be fixed.  Any chance of that happening?
>
> Best regards,
>
> - Håvard
> _______________________________________________
> Opendnssec-user mailing list
> Opendnssec-user at lists.opendnssec.org
> https://lists.opendnssec.org/mailman/listinfo/opendnssec-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opendnssec.org/pipermail/opendnssec-user/attachments/20260924/5664158d/attachment.htm>


More information about the Opendnssec-user mailing list