• Share
  • Dark

BIND 9.10.5b1 Release Notes

  • Updated on 11 Jan 2017
  • 5 minutes to read
  • Contributors 


  This document summarizes changes since the last production
  release on the BIND 9.10 branch.
  Please see the `CHANGES` file for a further
  list of bug fixes and other changes.


  The latest versions of BIND 9 software can always be found at
  There you will find additional information about each release,
  source code, and pre-compiled versions for Microsoft Windows
  operating systems.

Security Fixes

* **named**  could mishandle authority sections

with missing RRSIGs, triggering an assertion failure. This flaw is disclosed in CVE-2016-9444. [RT #43632]

  • named mishandled some responses where covering RRSIG records were returned without the requested data, resulting in an assertion failure. This flaw is disclosed in CVE-2016-9147. [RT #43548]
  • named incorrectly tried to cache TKEY records which could trigger an assertion failure when there was a class mismatch. This flaw is disclosed in CVE-2016-9131. [RT #43522]
  • It was possible to trigger assertions when processing responses containing answers of type DNAME. This flaw is disclosed in CVE-2016-8864. [RT #43465]
  • Added the ability to specify the maximum number of records permitted in a zone (max-records #;). This provides a mechanism to block overly large zone transfers, which is a potential risk with slave zones from other parties, as described in CVE-2016-6170. [RT #42143]
  • It was possible to trigger an assertion when rendering a message using a specially crafted request. This flaw is disclosed in CVE-2016-2776. [RT #43139]
  • Calling getrrsetbyname() with a non absolute name could trigger an infinite recursion bug in lwresd or named with lwres configured if, when combined with a search list entry from resolv.conf, the resulting name is too long. This flaw is disclosed in CVE-2016-2775. [RT #42694]

New Features

* **named**  now provides feedback to the

owners of zones which have trust anchors configured (trusted-keys , managed-keys , dnssec-validation auto; and dnssec-lookaside auto; ) by sending a daily query which encodes the keyids of the configured trust anchors for the zone. This is controlled by trust-anchor-telemetry and defaults to yes.

  • A new tcp-only option has been added to server clauses, to indicate that UDP should not be used when sending queries to a specified IP address or prefix.

Feature Changes

* The ISC DNSSEC Lookaside Validation (DLV) service is scheduled

to be disabled in 2017. A warning is now logged when named is configured to use this service, either explicitly or via dnssec-lookaside auto;. [RT #42207]

  • If an ACL is specified with an address prefix in which the prefix length is longer than the address portion (for example,, named will now log a warning. In future releases this will be a fatal configuration error. [RT #43367]

Bug Fixes

* Fixed a crash when calling **rndc stats**  on some

Windows builds: some Visual Studio compilers generate code that crashes when the "%z" printf() format specifier is used. [RT #42380]

  • Windows installs were failing due to triggering UAC without the installation binary being signed.
  • A change in the internal binary representation of the RBT database node structure enabled a race condition to occur (especially when BIND was built with certain compilers or optimizer settings), leading to inconsistent database state which caused random assertion failures. [RT #42380]
  • Referencing a nonexistent zone in a response-policy statement could cause an assertion failure during configuration. [RT #43787]
  • rndc addzone could cause a crash when attempting to add a zone with a type other than master or slave . Such zones are now rejected. [RT #43665]
  • named could hang when encountering log file names with large apparent gaps in version number (for example, when files exist called "logfile.0", "logfile.1", and "logfile.1482954169"). This is now handled correctly. [RT #38688]
  • If a zone was updated while named was processing a query for nonexistent data, it could return out-of-sync NSEC3 records causing potential DNSSEC validation failure. [RT #43247]
  • named could crash when loading a zone which had RRISG records whose expiry fields were far enough apart to cause an integer overflow when comparing them. [RT #40571]
  • The arpaname and named-rrchecker commands were not installed into the correct prefix /bin directory. [RT #42910]
  • When receiving a response from an authoritative server with a TTL value of zero, named> will now only use that response once, to answer the currently active clients that were waiting for it. Previously, such response could be cached and reused for up to one second. [RT #42142]
  • named-checkconf now checks the rate-limit clause for correctness. [RT #42970]
  • Corrected a bug in the rndc control channel that could allow a read past the end of a buffer, crashing named . Thanks to Lian Yihan for reporting this error.


* The built-in root hints have been updated to include

IPv6 addresses for B.ROOT-SERVERS.NET (2001:500:84b), E.ROOT-SERVERS.NET (2001:500:a8e) and G.ROOT-SERVERS.NET (2001:500:12::d0d).

End of Life

  The end of life for BIND 9.10 is yet to be determined but
  will not be before BIND 9.12.0 has been released for 6 months.

Thank You

  Thank you to everyone who assisted us in making this release possible.
  If you would like to contribute to ISC to assist us in continuing to
  make quality open source software, please visit our donations page at

© 2001-2018 Internet Systems Consortium For assistance with problems and questions for which you have not been able to find an answer in our Knowledge Base, we recommend searching our community mailing list archives and/or posting your question there (you will need to register there first for your posts to be accepted). The bind-users and the dhcp-users lists particularly have a long-standing and active membership. ISC relies on the financial support of the community to fund the development of its open source software products. If you would like to support future product evolution and maintenance as well having peace of mind knowing that our team of experts are poised to provide you with individual technical assistance whenever you call upon them, then please consider our Professional Subscription Support services - details can be found on our main website.

Problems with this site? Email us at marketing@isc.org