Description

To keep its cache database efficient, `named` running as a recursive resolver occasionally attempts to clean up the database. It uses several methods, including some that are asynchronous: a small chunk of memory pointing to the cache element that can be cleaned up is first allocated and then queued for later processing. It was discovered that if the resolver is continuously processing query patterns triggering this type of cache-database maintenance, `named` may not be able to handle the cleanup events in a timely manner. This in turn enables the list of queued cleanup events to grow infinitely large over time, allowing the configured `max-cache-size` limit to be significantly exceeded. This issue affects BIND 9 versions 9.16.0 through 9.16.45 and 9.16.8-S1 through 9.16.45-S1.

Weaknesses 2

Affected Products 12

References 5

• openwall.com http://www.openwall.com/lists/oss-security/2024/02/13/1
  Mailing ListThird Party Advisory
• kb.isc.org https://kb.isc.org/docs/cve-2023-6516
  Vendor Advisory
• lists.fedoraproject.org https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/PNNHZSZPG2E7NBMBNYPGHCFI4V4XRWNQ/
  Mailing ListThird Party Advisory
• lists.fedoraproject.org https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/ZDZFMEKQTZ4L7RY46FCENWFB5MDT263R/
  Mailing ListThird Party Advisory
• security.netapp.com https://security.netapp.com/advisory/ntap-20240503-0008/
  Third Party Advisory

Remediation