CVE-2017-3142: An error in TSIG authentication can permit unauthorized zone transfers
An attacker able to send and receive messages to an authoritative DNS server may be able to circumvent TSIG authentication of AXFR requests via a carefully constructed request packet. A server that relies solely on TSIG keys for protection with no other ACL protection could be manipulated into:
providing an AXFR of a zone to an unauthorized recipient accepting bogus Notify packets
An unauthorized AXFR (full zone transfer) permits an attacker to view the entire contents of a zone. Protection of zone contents is often a commercial or business requirement.
If accepted, a Notify sets the zone refresh interval to 'now'. If there is not already a refresh cycle in progress then named will initiate one by asking for the SOA RR from its list of masters. If there is already a refresh cycle in progress, then named will queue the new refresh request. If there is already a queued refresh request, the new Notify will be discarded. Bogus notifications can't be used to force a zone transfer from a malicious server, but could trigger a high rate of zone refresh cycles.
Workarounds:
The effects of this vulnerability can be mitigated by using Access Control Lists (ACLs) that require both address range validation and use of TSIG authentication in parallel. For information on how to configure this type of compound authentication control, please see:
https://kb.isc.org/article/AA-00723/0/Using-Access-Control-Lists-ACLs-with-both-addresses-and-keys.html.
(Note that this technique will not be effective against bogus Notify packets if an attacker is able to reach the target DNS server whilst using a spoofed sending address).
Upstream patch:
https://source.isc.org/cgi-bin/gitweb.cgi?p=bind9.git;a=commitdiff;h=581c1526ab
Other sources
An attacker who is able to send and receive messages to an authoritative DNS server and who has knowledge of a valid TSIG key name may be able to circumvent TSIG authentication of AXFR requests via a carefully constructed request packet. A server that relies solely on TSIG keys for protection with no other ACL protection could be manipulated into: providing an AXFR of a zone to an unauthorized recipient or accepting bogus NOTIFY packets. Affects BIND 9.4.0->9.8.8, 9.9.0->9.9.10-P1, 9.10.0->9.10.5-P1, 9.11.0->9.11.1-P1, 9.9.3-S1->9.9.10-S2, 9.10.5-S1->9.10.5-S2.
An attacker who is able to send and receive messages to an authoritative DNS server and who has knowledge of a valid TSIG key name may be able to circumvent TSIG authentication of AXFR requests via a carefully constructed request packet. A server that relies solely on TSIG keys for protection with no other ACL protection could be manipulated into: providing an AXFR of a zone to an unauthorized recipient or accepting bogus NOTIFY packets. Affects BIND 9.4.0-9.8.8, 9.9.0-9.9.10-P1, 9.10.0-9.10.5-P1, 9.11.0-9.11.1-P1, 9.9.3-S1-9.9.10-S2, 9.10.5-S1-9.10.5-S2.
— IBM
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
debian/bind9to a version that resolves this vulnerability.Fixed in 1:9.11.5.P4+dfsg-5.1+deb10u7Fixed in 1:9.11.5.P4+dfsg-5.1+deb10u9Fixed in 1:9.16.44-1~deb11u1Fixed in 1:9.18.19-1~deb12u1Fixed in 1:9.19.17-1 - Upgrade
Upgrade
redhat/bindto a version that resolves this vulnerability.Fixed in 9.9.10 - Upgrade
Upgrade
redhat/bindto a version that resolves this vulnerability.Fixed in 9.10.5 - Upgrade
Upgrade
redhat/bindto a version that resolves this vulnerability.Fixed in 9.11.1 - Upgrade
Upgrade
BIND 9to a version that resolves this vulnerability.Fixed in 9.10.5-P2 - Upgrade
Upgrade
BIND 9to a version that resolves this vulnerability.Fixed in 9.10.5-S3 - Upgrade
Upgrade
BIND 9to a version that resolves this vulnerability.Fixed in 9.11.1-P2 - Upgrade
Upgrade
BIND 9to a version that resolves this vulnerability.Fixed in 9.9.10-P2 - Upgrade
Upgrade
BIND 9to a version that resolves this vulnerability.Fixed in 9.9.10-S3 - Compensating control
Mitigate by configuring Access Control Lists (ACLs) that require BOTH (1) address range validation and (2) TSIG authentication in parallel for zone transfers/updates (see ISC KB AA-00723: Using ACLs with both addresses and keys).
Event History
Frequently Asked Questions
What is the severity of CVE-2017-3142?
CVE-2017-3142 is classified as a high-severity vulnerability affecting BIND DNS servers.
How do I fix CVE-2017-3142?
To fix CVE-2017-3142, update your BIND software to a version that is not affected, such as 1:9.11.5.P4+dfsg-5.1+deb10u7 or later.
What versions of BIND are affected by CVE-2017-3142?
CVE-2017-3142 affects various BIND versions, including those prior to 9.11.5 and earlier versions like 9.10.5.
Can CVE-2017-3142 be exploited remotely?
Yes, CVE-2017-3142 can be exploited remotely by attackers who can send crafted requests to the DNS server.
Is authentication via TSIG sufficient in BIND for CVE-2017-3142?
No, relying solely on TSIG for authentication is insufficient as CVE-2017-3142 can bypass this protection.