远程主机上安装的 Junos OS 版本受到 JSA79108 公告中提及的多个漏洞的影响。

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

  - curl <v7.88.0 中存在敏感信息明文传输漏洞，当连续请求多个 URL 时，可能导致 HSTS 功能失败。如使用 HSTS 支持，即使在 URL 中提供了 HTTP，仍可指示 curl 使用 HTTPS，而不是使用不安全的明文 HTTP 步骤。然而，当在相同命令行上完成时，因为无法正确维持状态，所以此 HSTS 机制会出人意料地被后续传输忽略。(CVE-2023-23914)

  - curl <v7.88.0 中存在敏感信息明文传输漏洞，当同时请求多个 URL 时，可能导致 HSTS 功能表现不当。如使用 HSTS 支持，即使在 URL 中提供了 HTTP，仍可指示 curl 使用 HTTPS，而不是使用不安全的明文 HTTP 步骤。然而，当并行完成多个传输时，因为 HSTS 缓存文件会被最近完成的传输覆盖，所以此 HSTS 机制会出人意料地失败。之后向之前主机名的仅 HTTP 传输将*不会*正确升级到 HSTS。
    (CVE-2023-23915)

  - 恶意服务器可使用 FTP PASV 响应诱骗 curl 7.73.0 及更早版本连接回给定的 IP 地址和端口，而这种方式可能会让 curl 提取有关非公开且不应披露的服务的信息，例如进行端口操作扫描和服务标题提取。
    (CVE-2020-8284)

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

检测

Juniper Junos OS 多个漏洞 (JSA79108)

critical Nessus 插件 ID 193216

版本 1.6