According to the versions of the bind packages installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :

    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.(CVE-2023-6516)

    A bad interaction between DNS64 and serve-stale may cause `named` to crash with an assertion failure     during recursive resolution, when both of these features are enabled.(CVE-2023-5679)

    A flaw in query-handling code can cause `named` to exit prematurely with an assertion failure when: -     `nxdomain-redirect domain;` is configured, and - the resolver receives a PTR query for an RFC 1918     address that would normally result in an authoritative NXDOMAIN response. (CVE-2023-5517)

    The Closest Encloser Proof aspect of the DNS protocol (in RFC 5155 when RFC 9276 guidance is skipped)     allows remote attackers to cause a denial of service (CPU consumption for SHA-1 computations) via DNSSEC     responses in a random subdomain attack, aka the 'NSEC3' issue. The RFC 5155 specification implies that an     algorithm must perform thousands of iterations of a hash function in certain situations.(CVE-2023-50868)

    Certain DNSSEC aspects of the DNS protocol (in RFC 4033, 4034, 4035, 6840, and related RFCs) allow remote     attackers to cause a denial of service (CPU consumption) via one or more DNSSEC responses, aka the     'KeyTrap' issue. One of the concerns is that, when there is a zone with many DNSKEY and RRSIG records, the     protocol specification implies that an algorithm must evaluate all combinations of DNSKEY and RRSIG     records.(CVE-2023-50387)

    The DNS message parsing code in `named` includes a section whose computational complexity is overly high.
    It does not cause problems for typical DNS traffic, but crafted queries and responses may cause excessive     CPU load on the affected `named` instance by exploiting this flaw. This issue affects both authoritative     servers and recursive resolvers.(CVE-2023-4408)

Tenable has extracted the preceding description block directly from the EulerOS Virtualization bind security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

遠端 Debian 11/12 主機上安裝的多個套件受到 dsa-5621 公告中提及的多個弱點影響。

  - `named` 中的 DNS 訊息剖析程式碼包含一個運算複雜度過高的區段。
    它不會對典型的 DNS 流量造成問題，但特製的查詢和回應可能會透過惡意利用此缺陷，造成受影響之 `named` 執行個體上的 CPU 負載過重。此問題會同時影響授權伺服器和遞迴解析器。此問題會影響 BIND 9 9.0.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.9.3-S1 至 9.11.37-S1、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-4408)

  - 遠端攻擊者可利用 DNS 通訊協定 (在 RFC 4033、4034、4035、6840 和相關 RFC 中) 的特定 DNSSEC 方面，透過一或多個 DNSSEC 回應造成拒絕服務 (CPU 消耗)，即 KeyTrap 問題。其中一個問題是，當某個區域具有多個 DNSKEY 和 RRSIG 記錄時，通訊協定規格即表示演算法必須評估 DNSKEY 和 RRSIG 記錄的所有組合。(CVE-2023-50387)

  - 遠端攻擊者可利用 DNS 通訊協定 (略過 RFC 9276 指南時為 RFC 5155 ) 的最近封裝證明部分，透過隨機子網域攻擊中的 DNSSEC 回應造成拒絕服務 (SHA-1 計算的 CPU 消耗)，即 NSEC3 問題。RFC 5155 規格即表示，演算法必須在某些情況下執行雜湊函式的數千次反覆運算。(CVE-2023-50868)

  - 在下列情況下，查詢處理程式碼中的缺陷可造成 `named` 因宣告失敗而提前結束：- 已設定 `nxdomain-redirect <domain>;`，且 - 解析器收到 RFC 1918 位址的 PTR 查詢，而這通常會產生授權的 NXDOMAIN 回應。此問題會影響 BIND 9 9.12.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5517)

  - DNS64 和 serve-stale 之間的錯誤互動可能導致在遞回解析期間 (啟用這兩項功能時) 因宣告失敗而損毀。此問題會影響 BIND 9 9.16.12 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.12-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5679)

  - 為了保持其快取資料庫的效率，作為遞回解析器執行的 `named` 偶爾會嘗試清理資料庫。它會使用若干方法，包括一些非同步的方法：系統會先行配置指向可清除之快取元素的小記憶體區塊，然後將其排入佇列以供後續處理。據發現，如果解析器持續處理觸發此類型快取資料庫維護的查詢模式，`named` 可能無法及時處理清理事件。這進而使已排入佇列的清理事件清單隨時間無限增長，進而允許顯著超出設定的 `max-cache-size` 限制。此問題會影響 BIND 9 9.16.0 至 9.16.45 和 9.16.8-S1 至 9.16.45-S1。(CVE-2023-6516)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，會受到 ALAS2023-2024-550 公告中所提及的多個弱點影響。

  - `named` 中的 DNS 訊息剖析程式碼包含一個運算複雜度過高的區段。
    它不會對典型的 DNS 流量造成問題，但特製的查詢和回應可能會透過惡意利用此缺陷，造成受影響之 `named` 執行個體上的 CPU 負載過重。此問題會同時影響授權伺服器和遞迴解析器。此問題會影響 BIND 9 9.0.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.9.3-S1 至 9.11.37-S1、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-4408)

  - 遠端攻擊者可利用 DNS 通訊協定 (在 RFC 4033、4034、4035、6840 和相關 RFC 中) 的特定 DNSSEC 方面，透過一或多個 DNSSEC 回應造成拒絕服務 (CPU 消耗)，即 KeyTrap 問題。其中一個問題是，當某個區域具有多個 DNSKEY 和 RRSIG 記錄時，通訊協定規格即表示演算法必須評估 DNSKEY 和 RRSIG 記錄的所有組合。(CVE-2023-50387)

  - 遠端攻擊者可利用 DNS 通訊協定 (略過 RFC 9276 指南時為 RFC 5155) 的最近封裝證明部分，透過隨機子網域攻擊中的 DNSSEC 回應造成拒絕服務 (SHA-1 計算的 CPU 消耗)，即 NSEC3 問題。RFC 5155 規格即表示，演算法必須在某些情況下執行雜湊函式的數千次反覆運算。(CVE-2023-50868)

  - 在下列情況下，查詢處理程式碼中的缺陷可造成「named」因宣告失敗而提前結束：- 已設定「nxdomain-redirect <domain>;」，且 - 解析器收到 RFC 1918 位址的 PTR 查詢，而這通常會產生授權的 NXDOMAIN 回應。此問題會影響 BIND 9 9.12.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5517)

  - DNS64 和 serve-stale 之間的錯誤互動可能導致在遞回解析期間 (啟用這兩項功能時) 因宣告失敗而損毀。此問題會影響 BIND 9 9.16.12 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.12-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5679)

  - 為了保持其快取資料庫的效率，作為遞回解析器執行的 `named` 偶爾會嘗試清理資料庫。它會使用若干方法，包括一些非同步的方法：系統會先行配置指向可清除之快取元素的小記憶體區塊，然後將其排入佇列以供後續處理。據發現，如果解析器持續處理觸發此類型快取資料庫維護的查詢模式，`named` 可能無法及時處理清理事件。這進而使已排入佇列的清理事件清單隨時間無限增長，進而允許顯著超出設定的 `max-cache-size` 限制。此問題會影響 BIND 9 9.16.0 至 9.16.45 和 9.16.8-S1 至 9.16.45-S1。(CVE-2023-6516)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Redhat Enterprise Linux 9 主機上安裝的套件受到 RHSA-2024:1789 公告中提及的多個弱點影響。

  - bind9：剖析大型 DNS 訊息可能造成 CPU 負載過重 (CVE-2023-4408)

  - bind9：啟用 nxdomain-redirect 時，查詢 RFC 1918 反向區域可能會造成宣告失敗 (CVE-2023-5517)

  - bind9：同時啟用 DNS64 和 serve-stale 可能會導致遞回解析期間發生宣告失敗 (CVE-2023-5679)

  - bind9：特定遞回查詢模式可能導致記憶體不足情形 (CVE-2023-6516)

  - bind9：KeyTrap - DNSSEC 驗證器中的 CPU 消耗極大 (CVE-2023-50387)

  - bind9：準備 NSEC3 最近封裝證明可耗盡 CPU 資源 (CVE-2023-50868)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 AlmaLinux 9 主機已安裝受到多個弱點影響的套件如 ALSA-2024:1789 公告中所提及。

  - `named` 中的 DNS 訊息剖析程式碼包含一個運算複雜度過高的區段。
    它不會對典型的 DNS 流量造成問題，但特製的查詢和回應可能會透過惡意利用此缺陷，造成受影響之 `named` 執行個體上的 CPU 負載過重。此問題會同時影響授權伺服器和遞迴解析器。此問題會影響 BIND 9 9.0.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.9.3-S1 至 9.11.37-S1、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-4408)

  - 遠端攻擊者可利用 DNS 通訊協定 (在 RFC 4033、4034、4035、6840 和相關 RFC 中) 的特定 DNSSEC 方面，透過一或多個 DNSSEC 回應造成拒絕服務 (CPU 消耗)，即 KeyTrap 問題。其中一個問題是，當某個區域具有多個 DNSKEY 和 RRSIG 記錄時，通訊協定規格即表示演算法必須評估 DNSKEY 和 RRSIG 記錄的所有組合。(CVE-2023-50387)

  - 遠端攻擊者可利用 DNS 通訊協定 (略過 RFC 9276 指南時為 RFC 5155) 的最近封裝證明部分，透過隨機子網域攻擊中的 DNSSEC 回應造成拒絕服務 (SHA-1 計算的 CPU 消耗)，即 NSEC3 問題。RFC 5155 規格即表示，演算法必須在某些情況下執行雜湊函式的數千次反覆運算。(CVE-2023-50868)

  - 在下列情況下，查詢處理程式碼中的缺陷可造成「named」因宣告失敗而提前結束：- 已設定「nxdomain-redirect <domain>;」，且 - 解析器收到 RFC 1918 位址的 PTR 查詢，而這通常會產生授權的 NXDOMAIN 回應。此問題會影響 BIND 9 9.12.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5517)

  - DNS64 和 serve-stale 之間的錯誤互動可能導致在遞回解析期間 (啟用這兩項功能時) 因宣告失敗而損毀。此問題會影響 BIND 9 9.16.12 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.12-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5679)

  - 為了保持其快取資料庫的效率，作為遞回解析器執行的 `named` 偶爾會嘗試清理資料庫。它會使用若干方法，包括一些非同步的方法：系統會先行配置指向可清除之快取元素的小記憶體區塊，然後將其排入佇列以供後續處理。據發現，如果解析器持續處理觸發此類型快取資料庫維護的查詢模式，`named` 可能無法及時處理清理事件。這進而使已排入佇列的清理事件清單隨時間無限增長，進而允許顯著超出設定的 `max-cache-size` 限制。此問題會影響 BIND 9 9.16.0 至 9.16.45 和 9.16.8-S1 至 9.16.45-S1。(CVE-2023-6516)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2024:1800 公告中提及的多個弱點影響。

  - bind9：剖析大型 DNS 訊息可能造成 CPU 負載過重 (CVE-2023-4408)

  - bind9：啟用 nxdomain-redirect 時，查詢 RFC 1918 反向區域可能會造成宣告失敗 (CVE-2023-5517)

  - bind9：同時啟用 DNS64 和 serve-stale 可能會導致遞回解析期間發生宣告失敗 (CVE-2023-5679)

  - bind9：特定遞回查詢模式可能導致記憶體不足情形 (CVE-2023-6516)

  - bind9：KeyTrap - DNSSEC 驗證器中的 CPU 消耗極大 (CVE-2023-50387)

  - bind9：準備 NSEC3 最近封裝證明可耗盡 CPU 資源 (CVE-2023-50868)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼。

遠端 Oracle Linux 9 主機中安裝的套件受到 ELSA-2024-2551 公告中提及的多個弱點影響。

  - `named` 中的 DNS 訊息剖析程式碼包含一個運算複雜度過高的區段。
    它不會對典型的 DNS 流量造成問題，但特製的查詢和回應可能會透過惡意利用此缺陷，造成受影響之 `named` 執行個體上的 CPU 負載過重。此問題會同時影響授權伺服器和遞迴解析器。此問題會影響 BIND 9 9.0.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.9.3-S1 至 9.11.37-S1、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-4408)

  - 在下列情況下，查詢處理程式碼中的缺陷可造成「named」因宣告失敗而提前結束：- 已設定「nxdomain-redirect <domain>;」，且 - 解析器收到 RFC 1918 位址的 PTR 查詢，而這通常會產生授權的 NXDOMAIN 回應。此問題會影響 BIND 9 9.12.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5517)

  - 遠端攻擊者可利用 DNS 通訊協定 (略過 RFC 9276 指南時為 RFC 5155) 的最近封裝證明部分，透過隨機子網域攻擊中的 DNSSEC 回應造成拒絕服務 (SHA-1 計算的 CPU 消耗)，即 NSEC3 問題。RFC 5155 規格即表示，演算法必須在某些情況下執行雜湊函式的數千次反覆運算。(CVE-2023-50868)

  - 遠端攻擊者可利用 DNS 通訊協定 (在 RFC 4033、4034、4035、6840 和相關 RFC 中) 的特定 DNSSEC 方面，透過一或多個 DNSSEC 回應造成拒絕服務 (CPU 消耗)，即 KeyTrap 問題。其中一個問題是，當某個區域具有多個 DNSKEY 和 RRSIG 記錄時，通訊協定規格即表示演算法必須評估 DNSKEY 和 RRSIG 記錄的所有組合。(CVE-2023-50387)

  - DNS64 和 serve-stale 之間的錯誤互動可能導致在遞回解析期間 (啟用這兩項功能時) 因宣告失敗而損毀。此問題會影響 BIND 9 9.16.12 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.16.12-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-5679)

  - 為了保持其快取資料庫的效率，作為遞回解析器執行的 `named` 偶爾會嘗試清理資料庫。它會使用若干方法，包括一些非同步的方法：系統會先行配置指向可清除之快取元素的小記憶體區塊，然後將其排入佇列以供後續處理。據發現，如果解析器持續處理觸發此類型快取資料庫維護的查詢模式，`named` 可能無法及時處理清理事件。這進而使已排入佇列的清理事件清單隨時間無限增長，進而允許顯著超出設定的 `max-cache-size` 限制。此問題會影響 BIND 9 9.16.0 至 9.16.45 和 9.16.8-S1 至 9.16.45-S1。(CVE-2023-6516)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
198089	EulerOS Virtualization 2.11.0 : bind (EulerOS-SA-2024-1723)	Nessus	Huawei Local Security Checks	2024/5/29	2024/7/26	high
190511	Debian dsa-5621：bind9 - 安全性更新	Nessus	Debian Local Security Checks	2024/2/14	2024/7/26	high
191615	Amazon Linux 2023：bind、bind-chroot、bind-devel (ALAS2023-2024-550)	Nessus	Amazon Linux Local Security Checks	2024/3/6	2024/12/11	high
193227	RHEL 9：bind (RHSA-2024:1789)	Nessus	Red Hat Local Security Checks	2024/4/11	2024/11/7	high
193280	AlmaLinux 9bind (ALSA-2024:1789)	Nessus	Alma Linux Local Security Checks	2024/4/12	2024/7/26	high
193321	RHEL 9：bind 和 bind-dyndb-ldap 安全性更新 (重要) (RHSA-2024:1800)	Nessus	Red Hat Local Security Checks	2024/4/15	2024/11/8	high
195140	Oracle Linux 9：bind (ELSA-2024-2551)	Nessus	Oracle Linux Local Security Checks	2024/5/8	2024/11/2	high

检测

插件搜索

high

high

high

high

high

high

high