The remote Fedora 37 host has packages installed that are affected by multiple vulnerabilities as referenced in the FEDORA-2023-95d98f89a8 advisory.

    - [Release notes](https://downloads.isc.org/isc/bind9/9.18.11/RELEASE-NOTES-bind-9.18.11.html)


Tenable has extracted the preceding description block directly from the Fedora security advisory.

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

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

  - Sending a flood of dynamic DNS updates may cause `named` to allocate large amounts of memory. This, in     turn, may cause `named` to exit due to a lack of free memory. We are not aware of any cases where this has     been exploited. Memory is allocated prior to the checking of access permissions (ACLs) and is retained     during the processing of a dynamic update from a client whose access credentials are accepted. Memory     allocated to clients that are not permitted to send updates is released immediately upon rejection. The     scope of this vulnerability is limited therefore to trusted clients who are permitted to make dynamic zone     changes. If a dynamic update is REFUSED, memory will be released again very quickly. Therefore it is only     likely to be possible to degrade or stop `named` by sending a flood of unaccepted dynamic updates     comparable in magnitude to a query flood intended to achieve the same detrimental outcome. BIND 9.11 and     earlier branches are also affected, but through exhaustion of internal resources rather than memory     constraints. This may reduce performance but should not be a significant problem for most servers.
    Therefore we don't intend to address this for BIND versions prior to BIND 9.16. This issue affects BIND 9     versions 9.16.0 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.8-S1 through     9.16.36-S1. (CVE-2022-3094)

  - BIND 9 resolver can crash when stale cache and stale answers are enabled, option `stale-answer-client-     timeout` is set to a positive integer, and the resolver receives an RRSIG query. This issue affects BIND 9     versions 9.16.12 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.12-S1 through     9.16.36-S1. (CVE-2022-3736)

  - This issue can affect BIND 9 resolvers with `stale-answer-enable yes;` that also make use of the option     `stale-answer-client-timeout`, configured with a value greater than zero. If the resolver receives many     queries that require recursion, there will be a corresponding increase in the number of clients that are     waiting for recursion to complete. If there are sufficient clients already waiting when a new client query     is received so that it is necessary to SERVFAIL the longest waiting client (see BIND 9 ARM `recursive-     clients` limit and soft quota), then it is possible for a race to occur between providing a stale answer     to this older client and sending an early timeout SERVFAIL, which may cause an assertion failure. This     issue affects BIND 9 versions 9.16.12 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and     9.16.12-S1 through 9.16.36-S1. (CVE-2022-3924)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

远程 Ubuntu 20.04 LTS/22.04 LTS 主机上安装的程序包受到 USN-5827-1 公告中提及的多个漏洞的影响。

  - 当启用了过时缓存和过时答案，将选项 `stale-answer-client-timeout` 设置为正整数并且解析器接收 RRSIG 查询时，BIND 9 解析器可能崩溃。此问题影响 BIND 9 版本 9.16.12 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.12-S1 至 9.16.36-S1。 (CVE-2022-3736)

  - 发送大量动态 DNS 更新可能会造成 `named` 分配大量内存。这反过来可能导致 `named` 由于缺少可用内存而退出。我们没有发现任何利用此漏洞的情况。在检查访问权限 (ACL) 之前分配内存，并在处理来自访问凭据已被接受的客户端的动态更新期间保留内存。分配给无权发送更新的客户端的内存会在遭到拒绝后立即释放。因此，此漏洞的影响范围仅限于经允许可进行动态区域更改的受信任客户端。如果动态更新被拒绝，内存将很快再次释放。因此，只有通过发送大量（其量级可与旨在实现相同有害结果的查询洪流相提并论）未接受的动态更新，才能使 `named` 降级或停止。BIND 9.11 和更早版本的分支也会受到影响，但会通过耗尽内部资源而非内存限制来实现。这可能会降低性能，但对于大多数服务器来说应该不是一个重大问题。
    因此，我们不打算为 BIND 9.16 之前的版本解决此问题。此问题影响 BIND 9 版本 9.16.0 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.8-S1 至 9.16.36-S1。 (CVE-2022-3094)

  - 此问题会影响具有 `stale-answer-enable yes;` 的 BIND 9 解析器，这种解析器也使用配置有大于零的值的 `stale-answer-client-timeout` 选项。如果解析器收到许多需要递归的查询，等待递归完成的客户端数量将会相应增加。如果收到新的客户端查询时已有足够的客户端在等待，且因此必须以 SERVFAIL 回应等待最长的客户端（请参阅 BIND 9 ARM `recursive-clients` 限制和软配额），则在向此旧版客户端提供过时答案与发送过早超时 SERVFAIL 应答之间可能发生争用，这可能导致断言失败。此问题影响 BIND 9 版本 9.16.12 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.12-S1 至 9.16.36-S1。 (CVE-2022-3924)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Debian 11 主机上安装的多个程序包受到 dsa-5329 公告中提及的多个漏洞影响。

  - 发送大量动态 DNS 更新可能会造成 `named` 分配大量内存。这反过来可能导致 `named` 由于缺少可用内存而退出。我们没有发现任何利用此漏洞的情况。在检查访问权限 (ACL) 之前分配内存，并在处理来自访问凭据已被接受的客户端的动态更新期间保留内存。分配给无权发送更新的客户端的内存会在遭到拒绝后立即释放。因此，此漏洞的影响范围仅限于经允许可进行动态区域更改的受信任客户端。如果动态更新被拒绝，内存将很快再次释放。因此，只有通过发送大量（其量级可与旨在实现相同有害结果的查询洪流相提并论）未接受的动态更新，才能使 `named` 降级或停止。BIND 9.11 和更早版本的分支也会受到影响，但会通过耗尽内部资源而非内存限制来实现。这可能会降低性能，但对于大多数服务器来说应该不是一个重大问题。
    因此，我们不打算为 BIND 9.16 之前的版本解决此问题。此问题影响 BIND 9 版本 9.16.0 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.8-S1 至 9.16.36-S1。 (CVE-2022-3094)

  - 当启用了过时缓存和过时答案，将选项 `stale-answer-client-timeout` 设置为正整数并且解析器接收 RRSIG 查询时，BIND 9 解析器可能崩溃。此问题影响 BIND 9 版本 9.16.12 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.12-S1 至 9.16.36-S1。 (CVE-2022-3736)

  - 此问题会影响具有 `stale-answer-enable yes;` 的 BIND 9 解析器，这种解析器也使用配置有大于零的值的 `stale-answer-client-timeout` 选项。如果解析器收到许多需要递归的查询，等待递归完成的客户端数量将会相应增加。如果收到新的客户端查询时已有足够的客户端在等待，且因此必须以 SERVFAIL 回应等待最长的客户端（请参阅 BIND 9 ARM `recursive-clients` 限制和软配额），则在向此旧版客户端提供过时答案与发送过早超时 SERVFAIL 应答之间可能发生争用，这可能导致断言失败。此问题影响 BIND 9 版本 9.16.12 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.12-S1 至 9.16.36-S1。 (CVE-2022-3924)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Redhat Enterprise Linux 9 主机上安装的程序包受到 RHSA-2023: 2261 公告中提及的多个漏洞的影响。

  - 通过使用利用此缺陷的查询淹没目标解析器，攻击者可显着削弱解析器的性能，从而有效拒绝合法客户端对 DNS 解析服务的访问。
    (CVE-2022-2795)

  - 发送大量动态 DNS 更新可能会造成 `named` 分配大量内存。这反过来可能导致 `named` 由于缺少可用内存而退出。我们没有发现任何利用此漏洞的情况。在检查访问权限 (ACL) 之前分配内存，并在处理来自访问凭据已被接受的客户端的动态更新期间保留内存。分配给无权发送更新的客户端的内存会在遭到拒绝后立即释放。因此，此漏洞的影响范围仅限于经允许可进行动态区域更改的受信任客户端。如果动态更新被拒绝，内存将很快再次释放。因此，只有通过发送大量（其量级可与旨在实现相同有害结果的查询洪流相提并论）未接受的动态更新，才能使 `named` 降级或停止。BIND 9.11 和更早版本的分支也会受到影响，但会通过耗尽内部资源而非内存限制来实现。这可能会降低性能，但对于大多数服务器来说应该不是一个重大问题。
    因此，我们不打算为 BIND 9.16 之前的版本解决此问题。此问题影响 BIND 9 版本 9.16.0 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.8-S1 至 9.16.36-S1。 (CVE-2022-3094)

  - 当启用了过时缓存和过时答案，将选项 `stale-answer-client-timeout` 设置为正整数并且解析器接收 RRSIG 查询时，BIND 9 解析器可能崩溃。此问题影响 BIND 9 版本 9.16.12 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.12-S1 至 9.16.36-S1。 (CVE-2022-3736)

  - 此问题会影响具有 `stale-answer-enable yes;` 的 BIND 9 解析器，这种解析器也使用配置有大于零的值的 `stale-answer-client-timeout` 选项。如果解析器收到许多需要递归的查询，等待递归完成的客户端数量将会相应增加。如果收到新的客户端查询时已有足够的客户端在等待，且因此必须以 SERVFAIL 回应等待最长的客户端（请参阅 BIND 9 ARM `recursive-clients` 限制和软配额），则在向此旧版客户端提供过时答案与发送过早超时 SERVFAIL 应答之间可能发生争用，这可能导致断言失败。此问题影响 BIND 9 版本 9.16.12 至 9.16.36、 9.18.0 至 9.18.10、 9.19.0 至 9.19.8以及 9.16.12-S1 至 9.16.36-S1。 (CVE-2022-3924)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

遠端 Ubuntu 20.04 LTS/22.04 LTS 主機上安裝的套件受到 USN-5827-1 公告中所提及的多個弱點影響。

  - 當啟用過時快取和過時答案、選項「stale-answer-client-timeout」設為正整數並且解析器收到 RRSIG 查詢時，BIND 9 解析器可能會損毀。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3736)

  - 傳送大量動態 DNS 更新可能會造成「named」配置大量記憶體，這反過來可導致「named」因為缺少可用記憶體而結束。我們尚未發現任何利用此弱點的案例。程式在檢查存取權限 (ACL) 之前配置記憶體，並在處理來自存取憑證可接受的用戶端的動態更新期間予以保留。拒絕後，會立即釋放配置給不允許傳送更新之用戶端的記憶體。因此，此弱點的影響範圍僅限於可進行動態區域變更的受信任的用戶端。如果動態更新遭到拒絕，記憶體將很快被再次釋放。因此，只有透過傳送大量未接受的動態更新，並且數量與預定達到相同有害結果的查詢溢流相當，才有可能降低「named」的效能或將其停止。BIND 9.11 和更早版本的分支也會受到影響，但這時是透過耗盡內部資源而不是記憶體限制來利用此弱點。這可能會降低效能，但對於大多數伺服器而言應該不是重大問題。
    因此，我們不打算解決 BIND 9.16 之前的 BIND 版本中的這一問題。此問題會影響 BIND 9 9.16.0 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.8-S1 至 9.16.36-S1 版。(CVE-2022-3094)

  - 此問題可影響具有「stale-answer-enable yes;」設定、也使用「stale-answer-client-timeout」選項並且設定為大於零的值的 BIND 9 解析器。如果解析器收到許多需要遞回的查詢，則等待遞回完成的用戶端數量也會相應增加。如果在收到新用戶端查詢時已經有足夠的用戶端在等待，以便使等待時間最長的用戶端  SERVFAIL (請參閱 BIND 9 ARM「recursive-clients」限制和軟配額)，則可能在向此舊版用戶端提供過時答案與傳送可能造成宣告失敗的提早逾時 SERVFAIL 之間發生爭用情形。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3924)

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

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

  - 傳送大量動態 DNS 更新可能會造成「named」配置大量記憶體，這反過來可導致「named」因為缺少可用記憶體而結束。我們尚未發現任何利用此弱點的案例。程式在檢查存取權限 (ACL) 之前配置記憶體，並在處理來自存取憑證可接受的用戶端的動態更新期間予以保留。拒絕後，會立即釋放配置給不允許傳送更新之用戶端的記憶體。因此，此弱點的影響範圍僅限於可進行動態區域變更的受信任的用戶端。如果動態更新遭到拒絕，記憶體將很快被再次釋放。因此，只有透過傳送大量未接受的動態更新，並且數量與預定達到相同有害結果的查詢溢流相當，才有可能降低「named」的效能或將其停止。BIND 9.11 和更早版本的分支也會受到影響，但這時是透過耗盡內部資源而不是記憶體限制來利用此弱點。這可能會降低效能，但對於大多數伺服器而言應該不是重大問題。
    因此，我們不打算解決 BIND 9.16 之前的 BIND 版本中的這一問題。此問題會影響 BIND 9 9.16.0 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.8-S1 至 9.16.36-S1 版。(CVE-2022-3094)

  - 當啟用過時快取和過時答案、選項「stale-answer-client-timeout」設為正整數並且解析器收到 RRSIG 查詢時，BIND 9 解析器可能會損毀。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3736)

  - 此問題可影響具有「stale-answer-enable yes;」設定、也使用「stale-answer-client-timeout」選項並且設定為大於零的值的 BIND 9 解析器。如果解析器收到許多需要遞回的查詢，則等待遞回完成的用戶端數量也會相應增加。如果在收到新用戶端查詢時已經有足夠的用戶端在等待，以便使等待時間最長的用戶端  SERVFAIL (請參閱 BIND 9 ARM「recursive-clients」限制和軟配額)，則可能在向此舊版用戶端提供過時答案與傳送可能造成宣告失敗的提早逾時 SERVFAIL 之間發生爭用情形。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3924)

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

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

  - 攻擊者可藉由讓利用此缺陷的查詢涌入目標解析器，來顯著降低解析器的效能，有效地拒絕合法用戶端存取 DNS 解析服務。
    (CVE-2022-2795)

  - 傳送大量動態 DNS 更新可能會造成「named」配置大量記憶體，這反過來可導致「named」因為缺少可用記憶體而結束。我們尚未發現任何利用此弱點的案例。程式在檢查存取權限 (ACL) 之前配置記憶體，並在處理來自存取憑證可接受的用戶端的動態更新期間予以保留。拒絕後，會立即釋放配置給不允許傳送更新之用戶端的記憶體。因此，此弱點的影響範圍僅限於可進行動態區域變更的受信任的用戶端。如果動態更新遭到拒絕，記憶體將很快被再次釋放。因此，只有透過傳送大量未接受的動態更新，並且數量與預定達到相同有害結果的查詢溢流相當，才有可能降低「named」的效能或將其停止。BIND 9.11 和更早版本的分支也會受到影響，但這時是透過耗盡內部資源而不是記憶體限制來利用此弱點。這可能會降低效能，但對於大多數伺服器而言應該不是重大問題。
    因此，我們不打算解決 BIND 9.16 之前的 BIND 版本中的這一問題。此問題會影響 BIND 9 9.16.0 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.8-S1 至 9.16.36-S1 版。(CVE-2022-3094)

  - 當啟用過時快取和過時答案、選項「stale-answer-client-timeout」設為正整數並且解析器收到 RRSIG 查詢時，BIND 9 解析器可能會損毀。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3736)

  - 此問題可影響具有「stale-answer-enable yes;」設定、也使用「stale-answer-client-timeout」選項並且設定為大於零的值的 BIND 9 解析器。如果解析器收到許多需要遞回的查詢，則等待遞回完成的用戶端數量也會相應增加。如果在收到新用戶端查詢時已經有足夠的用戶端在等待，以便使等待時間最長的用戶端  SERVFAIL (請參閱 BIND 9 ARM「recursive-clients」限制和軟配額)，則可能在向此舊版用戶端提供過時答案與傳送可能造成宣告失敗的提早逾時 SERVFAIL 之間發生爭用情形。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3924)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
170868	Fedora 37 : bind / bind-dyndb-ldap (2023-95d98f89a8)	Nessus	Fedora Local Security Checks	2023/1/30	2024/11/14	high
175245	EulerOS 2.0 SP11 : bind (EulerOS-SA-2023-1754)	Nessus	Huawei Local Security Checks	2023/5/8	2023/6/30	high
175253	EulerOS 2.0 SP11 : bind (EulerOS-SA-2023-1776)	Nessus	Huawei Local Security Checks	2023/5/8	2023/6/30	high
170632	Ubuntu 20.04 LTS / 22.04 LTS：Bind 漏洞 (USN-5827-1)	Nessus	Ubuntu Local Security Checks	2023/1/25	2025/9/3	high
170726	Debian DSA-5329-1：bind9 - 安全更新	Nessus	Debian Local Security Checks	2023/1/27	2023/10/24	high
175448	RHEL 9：bind (RHSA-2023: 2261)	Nessus	Red Hat Local Security Checks	2023/5/12	2024/11/7	medium
170632	Ubuntu 20.04 LTS / 22.04 LTS：Bind 弱點 (USN-5827-1)	Nessus	Ubuntu Local Security Checks	2023/1/25	2025/9/3	high
170726	Debian DSA-5329-1：bind9 - 安全性更新	Nessus	Debian Local Security Checks	2023/1/27	2023/10/24	high
175448	RHEL 9：bind (RHSA-2023: 2261)	Nessus	Red Hat Local Security Checks	2023/5/12	2024/11/7	medium

检测

插件搜索

high

high

high

high

high

medium

high

high

medium