远程主机上运行的 macOS/Mac OS X 版本为低于 12.7.3 的 12.x。因此，该应用程序受到多个漏洞影响：

  - 已通过改进日志条目的隐私数据编辑解决隐私问题。此问题已在 iOS 16.7.5 and iPadOS 16.7.5、watchOS 10.2、macOS Ventura 13.6.4、macOS Sonoma 14.2、macOS Monterey 12.7.3、iOS 17.2 and iPadOS 17.2 中修复。应用程序或可访问用户敏感数据。(CVE-2023-42937)

  - 已通过改进内存处理解决此问题。此问题已在 watchOS 10.3、tvOS 17.3、iOS 17.3 和 iPadOS 17.3、macOS Sonoma 14.3、iOS 16.7.5 和 iPadOS 16.7.5、macOS Ventura 13.6.4、macOS Monterey 12.7.3 中修复。应用程序或可以内核权限执行任意代码。(CVE-2024-23212)

  - 当 curl 检索 HTTP 响应时，即会存储传入的标头，以便稍后可以通过 libcurl 标头 API 访问它们。然而，curl 在响应中接受的标头数量或大小并无限制，从而允许恶意服务器流式传输一连串无尽的标头，并最终导致 curl 耗尽堆内存。(CVE-2023-38039)

  - 此缺陷会导致 SOCKS5 代理握手中的 curl 溢出基于堆的缓冲区。当要求 curl 将主机名传递给 SOCKS5 代理以允许其解析地址而不是由 curl 本身完成时，主机名的最大长度为 255 字节。如果检测到主机名的长度过长，curl 就会切换到本地名称解析，而且仅传递解析后的地址。由于此缺陷，表示“让主机解析名称”的本地变量可能会在缓慢的 SOCKS5 握手期间获取错误值，并且与意图相反。请将过长的主机名复制到目标缓冲区，而不是仅复制已解析的主机名地址。目标缓冲区是基于堆的缓冲区，主机名来自于已告知 curl 进行操作的 URL。(CVE-2023-38545)

  - CVE-2023-38545 是 libcurl 和 curl 的 SOCKS5 代理握手中存在的基于堆的缓冲区溢出漏洞。当为 curl 提供一个主机名以传递给长度大于 255 字节的 SOCKS5 代理时，它将切换到本地名称解析，以便在将其传递给 SOCKS5 代理之前解析该地址。但由于 2020 年引入的错误，此本地名称解析可能会因 SOCKS5 握手缓慢而失败，导致 curl 将长度大于 255 字节的主机名传递到目标缓冲区，从而导致堆溢出情形。 CVE-2023-38545 的公告中提供了重定向到特制 URL 的恶意 HTTPS 服务器的示例利用情况。虽然攻击者似乎需要影响 SOCKS5 握手的缓慢程度，但该公告指出，服务器延迟可能足够缓慢，足以触发此错误。(CVE-2023-38545)

  如果满足一系列特定条件，允许攻击者就会利用此缺陷，使用 libcurl 随意将 Cookie 插入到正在运行的程序中。libcurl 执行传输。在其 API 中，应用程序创建简单的句柄，这些句柄是单次传输的单独句柄。 libcurl 会提供一个函数调用，该函数调用可复制名为 [curl_easy_duphandle] 的简单句柄 (https://curl.se/libcurl/c/curl_easy_duphandle.html)。如此次传输在复制句柄时启用了 Cookie，则 cookie-enable 状态也会被克隆 - 但不会克隆实际的 Cookie。如果源句柄未从磁盘上的特定文件读取任何 Cookie，则句柄的克隆版本会将文件名存储为 none（使用四个 ASCII 字母，不含引号）。如果后续使用克隆句柄时未明确设置用于加载 Cookie 的源，则会无意中从名为 none 的文件加载 Cookie - 如果此类文件存在并且可以使用 libcurl 在程序的当前目录中读取。当然，也包括使用正确的文件格式的情况。
    (CVE-2023-38546)

  - CVE-2023-38546 是 curl_easy_duphandle() 中的 Cookie 注入漏洞，而 curl_easy_duphandle() 是 libcurl 中复制简单句柄的函数。复制简单句柄时，如果启用了 Cookie，则复制的简单句柄将不会复制 Cookie 本身，而会将文件名设置为 none'。因此，在随后使用重复的简单句柄时，如果没有为 Cookie 设置源，libcurl 就会尝试从磁盘上名为 none' 的文件加载它们。该漏洞的评级为“低危”，因为利用该漏洞所需的各种条件不太可能出现。(CVE-2023-38546)

  - 已通过改进检查解决此问题。此问题已在 iOS 16.7.5 and iPadOS 16.7.5、watchOS 10.2、macOS Ventura 13.6.4、macOS Sonoma 14.2、macOS Monterey 12.7.3、iOS 17.2 and iPadOS 17.2 中修复。处理恶意构建的图像可能导致进程内存泄漏。(CVE-2023-42888)

  - 已通过改进敏感信息的修订解决此问题。此问题已在 watchOS 10.3、iOS 17.3 和 iPadOS 17.3、macOS Sonoma 14.3、macOS Ventura 13.6.4、macOS Monterey 12.7.3 中修复。应用程序或可访问用户敏感数据。(CVE-2024-23207)

  - 已通过改进检查解决此问题。此问题已在 iOS 17.3 和 iPadOS 17.3、tvOS 17.3、macOS Ventura 13.6.4、iOS 16.7.5 和 iPadOS 16.7.5、macOS Monterey 12.7.3、macOS Sonoma 14.3.中解决。应用可能会导致处理器内存损坏。(CVE-2024-27791)

  - 已通过改进的检查处理解决类型混淆问题。此问题已在 iOS 17.3 和 iPadOS 17.3、macOS Sonoma 14.3、tvOS 17.3 中修复。处理恶意构建的 Web 内容可能会导致任意代码执行。Apple 从报告中获悉，此问题可能已经被利用。(CVE-2024-23222)

请注意，Nessus 并未测试这些问题，而是只依据操作系统自我报告的版本号进行判断。

远程主机上安装的 AOS 版本低于 6.5.6。因此，该主机受到 NXSA-AOS-6.5.6 公告中提及的多个漏洞影响。

  - CVE-2023-38546 是 curl_easy_duphandle() 中的 Cookie 注入漏洞，而 curl_easy_duphandle() 是 libcurl 中复制简单句柄的函数。复制简单句柄时，如果启用了 Cookie，则复制的简单句柄将不会复制 Cookie 本身，而会将文件名设置为 none'。因此，在随后使用重复的简单句柄时，如果没有为 Cookie 设置源，libcurl 就会尝试从磁盘上名为 none' 的文件加载它们。该漏洞的评级为“低危”，因为利用该漏洞所需的各种条件不太可能出现。(CVE-2023-38546)

  如果满足一系列特定条件，允许攻击者就会利用此缺陷，使用 libcurl 随意将 Cookie 插入到正在运行的程序中。libcurl 执行传输。在其 API 中，应用程序创建简单的句柄，这些句柄是单次传输的单独句柄。libcurl 会提供一个函数调用，该函数调用可复制名为 [curl_easy_duphandle] 的简单句柄 (https://curl.se/libcurl/c/curl_easy_duphandle.html)。如此次传输在复制句柄时启用了 Cookie，则 cookie-enable 状态也会被克隆 - 但不会克隆实际的 Cookie。如果源句柄未从磁盘上的特定文件读取任何 Cookie，则句柄的克隆版本会将文件名存储为 none（使用四个 ASCII 字母，不含引号）。如果后续使用克隆句柄时未明确设置用于加载 Cookie 的源，则会无意中从名为 none 的文件加载 Cookie - 如果此类文件存在并且可以使用 libcurl 在程序的当前目录中读取。当然，也包括使用正确的文件格式的情况。
    (CVE-2023-38546)

  - CVE-2023-38545 是 libcurl 和 curl 的 SOCKS5 代理握手中存在的基于堆的缓冲区溢出漏洞。当为 curl 提供一个主机名以传递给长度大于 255 字节的 SOCKS5 代理时，它将切换到本地名称解析，以便在将其传递给 SOCKS5 代理之前解析该地址。但由于 2020 年引入的错误，此本地名称解析可能会因 SOCKS5 握手缓慢而失败，导致 curl 将长度大于 255 字节的主机名传递到目标缓冲区，从而导致堆溢出情形。CVE-2023-38545 的公告中提供了重定向到特制 URL 的恶意 HTTPS 服务器的示例利用情况。虽然攻击者似乎需要影响 SOCKS5 握手的缓慢程度，但该公告指出，服务器延迟可能足够缓慢，足以触发此错误。(CVE-2023-38545)

  - 此缺陷会导致 SOCKS5 代理握手中的 curl 溢出基于堆的缓冲区。当要求 curl 将主机名传递给 SOCKS5 代理以允许其解析地址而不是由 curl 本身完成时，主机名的最大长度为 255 字节。如果检测到主机名的长度过长，curl 就会切换到本地名称解析，而且仅传递解析后的地址。由于此缺陷，表示“让主机解析名称”的本地变量可能会在缓慢的 SOCKS5 握手期间获取错误值，并且与意图相反。请将过长的主机名复制到目标缓冲区，而不是仅复制已解析的主机名地址。目标缓冲区是基于堆的缓冲区，主机名来自于已告知 curl 进行操作的 URL。(CVE-2023-38545)

  - Linux 内核的 net/bluetooth/l2cap_core.c 的 l2cap_connect 和 l2cap_le_connect_req 函数中存在释放后使用漏洞，可能允许通过蓝牙（分别）远程执行代码和泄漏内核内存。如果在受害者附近，远程攻击者可通过蓝牙执行泄露内核内存的代码。我们建议升级过去的提交 https://www.google.com/url https://github.com/torvalds/linux/commit/711f8c3fb3db61897080468586b970c87c61d9e4 https://www.google.com/url (CVE-2022-42896)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
189303	macOS 12.x < 12.7.3 多个漏洞 (HT214057)	Nessus	MacOS X Local Security Checks	2024/1/22	2025/11/5	critical
201039	Nutanix AOS：多个漏洞 (NXSA-AOS-6.5.6)	Nessus	Misc.	2024/6/26	2025/2/18	critical

检测

插件搜索

critical

critical