远程iraclelinux 8 主机上存在安装的程序包该程序包受到 AXSA:2023-6142:03 公告中提及的漏洞的影响。

    * c-ares0 字节 UDP 负载拒绝服务 (CVE-2023-32067)

Tenable 已直接从MiracleLinux 安全公告中提取上述描述块。

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

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

    * c-ares0 字节 UDP 负载拒绝服务 (CVE-2023-32067)
    * c-aresares_inet_net_pton() 中的缓冲区包销 (CVE-2023-31130)
    * c-ares生成 DNS 查询 ID 时的随机性不足 (CVE-2023-31147)
    * c-aresAutoTools 在交叉编译期间未设置 CARES_RANDOM_FILE (CVE-2023-31124)

Tenable 已直接从 AlmaLinux 安全公告中提取上述描述块。

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

远程 Rocky Linux 9 主机上存在安装的程序包该程序包受到公告 RLSA-2023:3577 中提及的多个漏洞的影响。

  - c-ares 是一种异步解析器库。当交叉编译 c-ares 并使用 Autotools 构建系统时，与交叉编译 aarch64 android 一样，无需设置 CARES_RANDOM_FILE。这会导致降级使用 rand() 作为回退，让攻击者无需使用 CSPRNG 即可利用缺少熵的情况。已在版本 1.19.1 中修补此问题。(CVE-2023-31124)

  - c-ares 是一个异步解析器库。ares_inet_net_pton() 容易受到某些 ipv6 地址的缓冲区下溢漏洞影响，尤其是发现 0::00:00:00/2 会引致问题。C-ares 仅处于配置目的在内部使用此函数，而这需要管理员通过 ares_set_sortlist() 配置此类地址。但是，用户可能出于其他目的而在外部使用 ares_inet_net_pton()，因此容易受到更严重问题的影响。已在 1.19.1 中修复此问题。(CVE-2023-31130)

  - c-ares 是一种异步解析器库。当 /dev/urandom 或 RtlGenRandom() 不可用时，c-ares 会使用 rand() 生成用于 DNS 查询 ID 的随机数。这不是 CSPRNG，也不是由 srand() 植入，因此将生成可预测的输出。来自随机数生成器的输入被馈送给不合规的 RC4 实现，并且可能不如原始 RC4 实现。未尝试查找现代操作系统提供的 CSPRNG，例如广泛可用的 arc4random()。此问题已在 1.19.1 版本中修复。(CVE-2023-31147)

  - c-ares 是一个异步解析器库。c-ares 容易遭受拒绝服务攻击。如果目标解析器发送查询，攻击者便会伪造长度为 0 的畸形 UDP 数据包并将其返回给目标解析器。目标解析器将 0 长度错误地解释为正常关闭连接。已在版本 1.19.1 中修补此问题。(CVE-2023-32067)

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

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

  - 在 c-ares 程序包中发现一个缺陷。ares_set_sortlist 缺少关于输入字符串有效性的检查，这可能允许任意长度的堆栈溢出。此问题可能导致拒绝服务，或对机密性和完整性造成有限的影响。(CVE-2022-4904)

  - c-ares 是一种异步解析器库。当交叉编译 c-ares 并使用 Autotools 构建系统时，与交叉编译 aarch64 android 一样，无需设置 CARES_RANDOM_FILE。这会导致降级使用 rand() 作为回退，让攻击者无需使用 CSPRNG 即可利用缺少熵的情况。已在版本 1.19.1 中修补此问题。(CVE-2023-31124)

  - c-ares 是一个异步解析器库。ares_inet_net_pton() 容易受到某些 ipv6 地址的缓冲区下溢漏洞影响，尤其是 0: : 00: 00: 00/2 会造成问题。C-ares 仅处于配置目的在内部使用此函数，而这需要管理员通过 ares_set_sortlist() 配置此类地址。但是，用户可能出于其他目的而在外部使用 ares_inet_net_pton()，因此容易受到更严重问题的影响。已在 1.19.1 中修复此问题。(CVE-2023-31130)

  - c-ares 是一种异步解析器库。当 /dev/urandom 或 RtlGenRandom() 不可用时，c-ares 会使用 rand() 生成用于 DNS 查询 ID 的随机数。这不是 CSPRNG，也不是由 srand() 植入，因此将生成可预测的输出。来自随机数生成器的输入被馈送给不合规的 RC4 实现，并且可能不如原始 RC4 实现。未尝试查找现代操作系统提供的 CSPRNG，例如广泛可用的 arc4random()。此问题已在 1.19.1 版本中修复。(CVE-2023-31147)

  - c-ares 是一个异步解析器库。c-ares 容易遭受拒绝服务攻击。如果目标解析器发送查询，攻击者便会伪造长度为 0 的畸形 UDP 数据包并将其返回给目标解析器。目标解析器将 0 长度错误地解释为正常关闭连接。已在版本 1.19.1 中修补此问题。(CVE-2023-32067)

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

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

  - c-ares 是一个异步解析器库。ares_inet_net_pton() 容易受到某些 ipv6 地址的缓冲区下溢漏洞影响，尤其是 0: : 00: 00: 00/2 会造成问题。C-ares 仅处于配置目的在内部使用此函数，而这需要管理员通过 ares_set_sortlist() 配置此类地址。但是，用户可能出于其他目的而在外部使用 ares_inet_net_pton()，因此容易受到更严重问题的影响。已在 1.19.1 中修复此问题。(CVE-2023-31130)

  - c-ares 是一种异步解析器库。当交叉编译 c-ares 并使用 Autotools 构建系统时，与交叉编译 aarch64 android 一样，无需设置 CARES_RANDOM_FILE。这会导致降级使用 rand() 作为回退，让攻击者无需使用 CSPRNG 即可利用缺少熵的情况。已在版本 1.19.1 中修补此问题。(CVE-2023-31124)

  - 在 c-ares 程序包中发现一个缺陷。ares_set_sortlist 缺少关于输入字符串有效性的检查，这可能允许任意长度的堆栈溢出。此问题可能导致拒绝服务，或对机密性和完整性造成有限的影响。(CVE-2022-4904)

  - c-ares 是一种异步解析器库。当 /dev/urandom 或 RtlGenRandom() 不可用时，c-ares 会使用 rand() 生成用于 DNS 查询 ID 的随机数。这不是 CSPRNG，也不是由 srand() 植入，因此将生成可预测的输出。来自随机数生成器的输入被馈送给不合规的 RC4 实现，并且可能不如原始 RC4 实现。未尝试查找现代操作系统提供的 CSPRNG，例如广泛可用的 arc4random()。此问题已在 1.19.1 版本中修复。(CVE-2023-31147)

  - c-ares 是一个异步解析器库。c-ares 容易遭受拒绝服务攻击。如果目标解析器发送查询，攻击者便会伪造长度为 0 的畸形 UDP 数据包并将其返回给目标解析器。目标解析器将 0 长度错误地解释为正常关闭连接。已在版本 1.19.1 中修补此问题。(CVE-2023-32067)

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

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

  - 在 c-ares 程序包中发现一个缺陷。ares_set_sortlist 缺少关于输入字符串有效性的检查，这可能允许任意长度的堆栈溢出。此问题可能导致拒绝服务，或对机密性和完整性造成有限的影响。(CVE-2022-4904)

  - c-ares 是一种异步解析器库。当交叉编译 c-ares 并使用 Autotools 构建系统时，与交叉编译 aarch64 android 一样，无需设置 CARES_RANDOM_FILE。这会导致降级使用 rand() 作为回退，让攻击者无需使用 CSPRNG 即可利用缺少熵的情况。已在版本 1.19.1 中修补此问题。(CVE-2023-31124)

  - c-ares 是一个异步解析器库。ares_inet_net_pton() 容易受到某些 ipv6 地址的缓冲区下溢漏洞影响，尤其是发现 0::00:00:00/2 会引致问题。C-ares 仅处于配置目的在内部使用此函数，而这需要管理员通过 ares_set_sortlist() 配置此类地址。但是，用户可能出于其他目的而在外部使用 ares_inet_net_pton()，因此容易受到更严重问题的影响。已在 1.19.1 中修复此问题。(CVE-2023-31130)

  - c-ares 是一种异步解析器库。当 /dev/urandom 或 RtlGenRandom() 不可用时，c-ares 会使用 rand() 生成用于 DNS 查询 ID 的随机数。这不是 CSPRNG，也不是由 srand() 植入，因此将生成可预测的输出。来自随机数生成器的输入被馈送给不合规的 RC4 实现，并且可能不如原始 RC4 实现。未尝试查找现代操作系统提供的 CSPRNG，例如广泛可用的 arc4random()。此问题已在 1.19.1 版本中修复。(CVE-2023-31147)

  - c-ares 是一个异步解析器库。c-ares 容易遭受拒绝服务攻击。如果目标解析器发送查询，攻击者便会伪造长度为 0 的畸形 UDP 数据包并将其返回给目标解析器。目标解析器将 0 长度错误地解释为正常关闭连接。已在版本 1.19.1 中修补此问题。(CVE-2023-32067)

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

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

  - AutoTools 在交叉编译期间不设置 CARES_RANDOM_FILE [rhel-9] (CVE-2023-31124)

  - ares_inet_net_pton() 中的缓冲区下溢 [rhel-9] (CVE-2023-31130)

  - 生成 DNS 查询 ID 的随机性不足 [rhel-9] (CVE-2023-31147)

  - 0 字节 UDP 负载拒绝服务 [rhel-9.3.0] (CVE-2023-32067)

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

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

    * c-ares0 字节 UDP 负载拒绝服务 (CVE-2023-32067)
      * c-aresconfig_sortlist() 中由于缺少字符串长度检查导致的缓冲区溢出 (CVE-2022-4904)
      * c-aresares_inet_net_pton() 中的缓冲区包销 (CVE-2023-31130)
      * c-ares生成 DNS 查询 ID 时的随机性不足 (CVE-2023-31147)
      * c-aresAutoTools 在交叉编译期间未设置 CARES_RANDOM_FILE (CVE-2023-31124)

Tenable 已直接从MiracleLinux 安全公告中提取上述描述块。

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

远程主机上安装的 ecs-service-connect-agent 版本低于  v1.27.0.0-1。因此，该软件受到 ALAS2ECS-2023-007 公告中提及的多个漏洞影响。

    wasmtime 是 WebAssembly 的独立运行时。在 6.0.2、 7.0.1 和 8.0.1 之前的版本中，Wasmtime 每个实例状态（例如表和内存）管理的实现过程都包含 LLVM 级别的未定义行为。我们发现，使用 LLVM 16 编译时，这种未定义的行为会导致运行时级别的问题，从而导致一些对于正确性至关重要的写入操作被优化掉。众所周知，使用 Rust 1.70 编译的 Wasmtime 版本（目前处于测试版或更高版本）含有未正确编译的函数，容易受到攻击。我们尚不清楚使用当前 Rust 稳定版本（1.69 及之前版本）编译的 Wasmtime 版本是否存在任何问题，但理论上可能会出现潜在问题。

    根本问题在于，Wasmtime 实例的运行时状态涉及一个 Rust 定义的名为“Instance”的结构，该结构后面紧跟一个“VMContext”结构。此“VMContext”结构的布局按运行时定义，并且每个模块的布局都是独一无二的。由于这种表达形式不能用 Rust 中的安全代码来呈现，因此需要用“不安全”代码来维护这种状态。然而，使用这样的代码不仅可以将“&self”作为参数，还能修改分配的“VMContext”部分中的数据。这意味着，源自“&self”的指针会发生突变。在 Rust 中，这种现象通常是不允许的，除非存在“UnsafeCell”。当编译为 LLVM 时，这些函数中包含“noalias readonly”参数，这意味着 UB 可以通过指针进行写入。

    在适当的情况下，Wasmtime 内部的“VMContext”表示和管理方法已更新为使用“&mut self”方法。此外，我们计划很快在“main”分支上执行用于 Rust 中“不安全”代码（例如“cargo miri”）的验证工具，以修复未来编译器版本中可能被利用的任何 Rust 级别问题。

    GitHub 版本中可用于 Wasmtime 的预编译二进制文件已最大程度上使用 LLVM 15 进行编译，因此不容易受到攻击。不过，如上所述，仍然建议更新。

    Wasmtime 版本 6.0.2、7.0.1 和 8.0.1 已发布，其中包含在 LLVM 16 上正常运行所需的补丁，并且 LLVM 15 及更早版本中不存在已知的 UB。如果使用 Rust 1.69 及之前版本（使用 LLVM 15）编译 Wasmtime，则不存在已知问题。然而，理论上还是存在未定义行为被利用的可能性，因此建议用户升级到 Wasmtime 的修补版本。使用 beta 版 Rust（此时为 1.70 ）或夜间版 Rust（此时为 1.71 ）的用户必须更新到修补版本才能继续正常使用。(CVE-2023-30624)

    当交叉编译 c-ares 并使用 Autotools 构建系统时，与交叉编译 aarch64 android 一样，无需设置 CARES_RANDOM_FILE。这将降级为使用 rand() 作为回退可允许攻击者通过不使用 CSPRNG 以利用缺少 entropy 的漏洞。 (CVE-2023-31124)

    ares_inet_net_pton() 容易受到某些 ipv6 地址的缓冲区下溢影响尤其是已发现 0::00:00:00/2 会造成问题。C-ares 仅处于配置目的在内部使用此函数，而这需要管理员通过 ares_set_sortlist() 配置此类地址。

    但是用户可能会在外部将 ares_inet_net_pton() 用于其他目的因此容易受到更严重问题的影响。 (CVE-2023-31130)

    生成 DNS 查询 ID 的随机性不足

    当 /dev/urandom 或 RtlGenRandom() 不可用时，c-ares 会使用 rand() 生成用于 DNS 查询 ID 的随机数。这既不是 CSPRNG，也不是由 srand() 植入的，因此将生成可预测的输出。来自随机数生成器的输入被馈送给不合规的 RC4 实现，但它可能不如原始 RC4 实现那样强大。未尝试查找现代操作系统提供的 CSPRNG，例如广泛可用的 arc4random()。(CVE-2023-31147)

    拒绝服务。

    攻击步骤

    目标解析器发送查询。攻击者伪造长度为 0 的畸形 UDP 数据包并将其返回到目标解析器。目标解析器错误地将长度为 0 的解释为连接的正常关闭。仅对 TCP 连接有效UDP 为无连接当前解析失败实现 DoS 攻击。 (CVE-2023-32067)

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

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

根据其自我报告的版本，远程主机上运行的 Nessus Network Monitor 版本低于 6.2.2 版。因此，它受到 TNS-2023-23 公告中提及的多个漏洞影响。已发现多个第三方组件包含漏洞，供应商已提供更新版本。出于谨慎考虑且符合最佳实践，Tenable 选择升级这些组件，以解决这些问题的潜在影响。Nessus Network Monitor 6.2.2 更新了以下组件：

  - 将 c-ares 版本从 1.10.0 更新到 1.19.1。
  - 将 curl 版本从 7.79.1 更新到 8.1.2。
  - 将 libbzip2 版本从 1.0.6 更新到 1.0.8。
  - 将 libpcre 版本从 8.42 更新到 8.44。
  - 将 libxml2 版本从 2.7.7 更新到 2.11.1。
  - 将 libxslt 版本从 1.1.26 更新到 1.1.37。
  - 将 libxmlsec 版本从 1.2.18 更新到 1.2.37。
  - 将 sqlite 版本从 3.27.2 更新到 3.40.1。
  - 将 jQuery Cookie 版本从 1.3.1 更新到 1.4.1。
  - 将 jQuery UI 版本从 1.13.0 更新到 1.13.2。
  - 将 OpenSSL 版本从 3.0.8 更新到 3.0.9。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
293189	MagicLinux 8c-ares-1.13.0-6.el8.2 (AXSA:2023-6142:03)	Nessus	Miracle Linux Local Security Checks	2026/1/20	2026/1/20	high
177350	AlmaLinux 9nodejs:18 (ALSA-2023:3577)	Nessus	Alma Linux Local Security Checks	2023/6/15	2025/1/13	medium
177604	Rocky Linux 9nodejs:18 (RLSA-2023:3577)	Nessus	Rocky Linux Local Security Checks	2023/6/25	2023/11/6	medium
178195	CentOS 8：nodejs: 18 (CESA-2023: 4035)	Nessus	CentOS Local Security Checks	2023/7/12	2024/2/8	high
178578	Oracle Linux 8：nodejs: 18 (ELSA-2023-4035)	Nessus	Oracle Linux Local Security Checks	2023/7/20	2025/9/9	high
180394	Rocky Linux 8nodejs:18 (RLSA-2023:4035)	Nessus	Rocky Linux Local Security Checks	2023/8/31	2023/11/6	high
191301	CentOS 9：c-ares-1.19.1-1.el9	Nessus	CentOS Local Security Checks	2024/2/29	2024/4/26	medium
292667	MagicLinux 8nodejs:18 (AXSA:2023-6227:01)	Nessus	Miracle Linux Local Security Checks	2026/1/20	2026/1/20	high
182066	Amazon Linux 2 : ecs-service-connect-agent、 --advisory ALAS2ECS-2023-007 (ALASECS-2023-007)	Nessus	Amazon Linux Local Security Checks	2023/9/27	2025/9/24	high
177842	Nessus Network Monitor < 6.2.2 多个漏洞 (TNS-2023-23)	Nessus	Misc.	2023/6/30	2023/7/6	critical

检测

插件搜索

high

medium

medium

high

high

high

medium

high

high

critical