远程 Oracle Linux 8 主机上安装的程序包受到 ELSA-2023-2792 公告中提及的多个漏洞的影响。

  - 发送大量动态 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)

  - 当启用了过时缓存和过时答案，将选项 `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 解析服务的访问。
    (CVE-2022-2795)

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

远程 AlmaLinux 9 主机上存在安装的程序包该程序包受到公告 ALSA-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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 发送大量动态 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)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 bind-9.16.23-9.el9 版本变更日志中提及的一个漏洞影响。

  - 发送大量动态 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 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 发送大量动态 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)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

远程主机上安装的 bind 版本低于 9.11.4-26.P2。因此，它受到 ALAS2-2025-2729 公告中提及的一个漏洞影响。

    发送大量动态 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)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 bind 版本低于 9.16.37/9.18.11。因此，该应用程序受到 SSA:2023-025-01 公告中提及的多个漏洞的影响。

  - 当启用了过时缓存和过时答案，将选项 `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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 ISC BIND 的版本低于测试版本。因此，该应用程序受到 cve-2022-3094 公告中提及的漏洞的影响。

  - 发送大量动态 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)

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

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

  - 通过使用利用此缺陷的查询淹没目标解析器，攻击者可显着削弱解析器的性能，从而有效拒绝合法客户端对 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - BIND 9.11.0 -> 9.11.36 9.12.0 -> 9.16.26 9.17.0 -> 9.18.0 BIND 支持的预览版本：9.11.4-S1 -> 9.11.36-S1 9.16.8-S1 -> 9.16.26-S1 低于所示的 BIND 9 版本（回退到 9.1.0 版本，包括支持的预览版本）据信也受到影响，但由于版本生命周期现已终结，因而尚未经过测试。
    缓存可能因错误的记录而中毒，从而导致查询错误的服务器，而这也可能导致客户端接收到错误的信息。 (CVE-2021-25220)

  - 通过使用利用此缺陷的查询淹没目标解析器，攻击者可显着削弱解析器的性能，从而有效拒绝合法客户端对 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)

  - `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 协议的某些 DNSSEC 方面（在 RFC 4033、4034、4035、6840 和相关 RFC 中），通过一个或多个 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)

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

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

  - 此问题会影响具有 `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)

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

  - 当启用了过时缓存和过时答案，将选项 `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)

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

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

  - 发送大量动态 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)

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

远程 Oracle Linux 8 主机上安装的多个程序包受到 ELSA-2023-7177 公告中提及的一个漏洞影响。

  - 发送大量动态 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)

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

远程 AlmaLinux 8 主机上存在安装的程序包该程序包受到 ALSA-2023:2792 公告中提及的多个漏洞的影响。

  - 通过使用利用此缺陷的查询淹没目标解析器，攻击者可显着削弱解析器的性能，从而有效拒绝合法客户端对 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
176273	Oracle Linux 8：bind9.16 (ELSA-2023-2792)	Nessus	Oracle Linux Local Security Checks	2023/5/24	2024/11/2	low
175612	AlmaLinux 9bind (ALSA-2023:2261)	Nessus	Alma Linux Local Security Checks	2023/5/14	2023/6/30	high
185674	RHEL 8：bind (RHSA-2023: 7177)	Nessus	Red Hat Local Security Checks	2023/11/14	2024/11/7	high
191422	CentOS 9：bind-9.16.23-9.el9	Nessus	CentOS Local Security Checks	2024/2/29	2024/4/26	high
170632	Ubuntu 20.04 LTS / 22.04 LTS：Bind 漏洞 (USN-5827-1)	Nessus	Ubuntu Local Security Checks	2023/1/25	2024/8/27	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	low
224615	Linux Distros 未修补的漏洞：CVE-2022-3094	Nessus	Misc.	2025/3/5	2025/8/11	high
213674	Amazon Linux 2：bind (ALAS-2025-2729)	Nessus	Amazon Linux Local Security Checks	2025/1/9	2025/1/9	high
170653	Slackware Linux 15.0 / 当前版 bind 多个漏洞 (SSA:2023-025-01)	Nessus	Slackware Local Security Checks	2023/1/25	2023/10/24	high
170681	ISC BIND 9.16.0 < 9.16.37 / 9.16.8-S1 < 9.16.37-S1 / 9.18.0 < 9.18.11 / 9.19.0 < 9.19.9 漏洞 (cve-2022-3094)	Nessus	DNS	2023/1/26	2023/6/30	high
175854	RHEL 8：bind9.16 (RHSA-2023: 2792)	Nessus	Red Hat Local Security Checks	2023/5/16	2024/11/7	low
195112	RHEL 8：bind 和 dhcp (RHSA-2024:2720)	Nessus	Red Hat Local Security Checks	2024/5/7	2024/11/7	medium
175691	Oracle Linux 9：bind (ELSA-2023-2261)	Nessus	Oracle Linux Local Security Checks	2023/5/15	2024/11/1	low
192282	RHEL 8：bind (RHSA-2024:1406)	Nessus	Red Hat Local Security Checks	2024/3/19	2024/11/7	high
186101	Oracle Linux 8：bind (ELSA-2023-7177)	Nessus	Oracle Linux Local Security Checks	2023/11/21	2024/11/2	high
176151	AlmaLinux 8bind9.16 (ALSA-2023:2792)	Nessus	Alma Linux Local Security Checks	2023/5/20	2023/5/20	high

检测

插件搜索

low

high

high

high

high

high

low

high

high

high

high

low

medium

low

high

high

high