CVE-2023-2828

High

Description

Every `named` instance configured to run as a recursive resolver maintains a cache database holding the responses to the queries it has recently sent to authoritative servers. The size limit for that cache database can be configured using the `max-cache-size` statement in the configuration file; it defaults to 90% of the total amount of memory available on the host. When the size of the cache reaches 7/8 of the configured limit, a cache-cleaning algorithm starts to remove expired and/or least-recently used RRsets from the cache, to keep memory use below the configured limit. It has been discovered that the effectiveness of the cache-cleaning algorithm used in `named` can be severely diminished by querying the resolver for specific RRsets in a certain order, effectively allowing the configured `max-cache-size` limit to be significantly exceeded. This issue affects BIND 9 versions 9.11.0 through 9.16.41, 9.18.0 through 9.18.15, 9.19.0 through 9.19.13, 9.11.3-S1 through 9.16.41-S1, and 9.18.11-S1 through 9.18.15-S1.

SeverityHigh
CVSS7.5
Exploit probability—
ProductIsc Bind
PublishedJun 21, 2023
First seenJun 21, 2023

How to fix

Affected products

ProductAffected versionsFixed in
isc bind9.11.0 ≤ v ≤ 9.16.41, 9.11.3 ≤ v ≤ 9.16.41, 9.18.0 ≤ v ≤ 9.18.15, 9.18.11 ≤ v ≤ 9.18.15, 9.19.0 ≤ v ≤ 9.19.13—
debian debian_linux10.0, 11.0, 12.0—
fedoraproject fedora37, 38—
netapp active_iq_unified_managerNo range specified—
netapp h500s_firmwareNo range specified—
netapp h700s_firmwareNo range specified—
netapp h410s_firmwareNo range specified—
netapp h410c_firmwareNo range specified—
netapp h300s_firmwareNo range specified—

Check your version

Choose the product and enter the version you run to see whether it falls in the affected range.

In the Intelligence 360 plan

Attack Surface Management

See the assets tied to your domains, the technologies they run and known vulnerabilities in one list.