远程主机上运行的 Tenable Identity Exposure 版本低于 3.77.17。因此根据公告受到多个漏洞的影响 TNS-2026-11

  - Node.js 的权限模型存在缺陷，使攻击者能够利用恶意构建的相对符号链接路径绕过 --allow-fs-read 和 --allow-fs-write 限制。通过串联目录和符号链接，仅拥有当前目录访问权限的脚本可以转义预设路径，从而读取敏感文件。这会破坏预期的隔离保证并启用任意文件读取/写入从而可能导致系统受损。 (CVE-2025-55130)

  - 对 SQL Server 中指定的输入类型的不当验证允许经授权的攻击者通过网络提升权限。 (CVE-2026-26115)

  - Curl 中不当的访问控制允许授权的攻击者通过网络提升权限。
    (CVE-2026-21262)

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

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

  - 在某些情况下libcurl 在被要求执行协商认证的 HTTP 或 HTTPS 请求时会重用错误的连接。 libcurl 以最近的连接池为特色以便后续请求可以重用现有连接以避免开销。重复使用连接时必须首先满足一系列条件。由于代码中存在逻辑错误应用程序发出的请求可能会错误地重用与使用不同凭据进行认证的同一服务器的现有连接。一个潜在原因是协商有时会身份验证*连接*而不是*请求*这与 HTTP 的设计工作方式相反。允许对使用 `user1:password1` 的服务器进行协商认证响应想要协商的应用程序然后也使用协商但使用 `user2:password2` 对同一服务器执行其他操作同时之前的连接仍然活动 -第二个请求错误地重用了同一个连接而且由于它随后会发现已进行了协商协商因此它只是通过该连接发送请求认为使用了 user2 凭据而实际上仍在使用为 user1 进行身份验证的连接... 通过“CURLOPT_HTTPAUTH”设置要使用的身份验证方法集。应用程序可以禁用 libcurl 对连接的重用从而缓解此问题通过使用以下 libcurl 选项之一来更改如何重用或不重用连接“CURLOPT_FRESH_CONNECT”、“CURLOPT_MAXCONNECTS”和“CURLMOPT_MAX_HOST_CONNECTIONS”如果使用 curl_multi API。 (CVE-2026-1965)

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

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

    Zhicheng Chen 发现，curl 可能会不正确地将错误连接重复用于经 Negotiate 验证的 HTTP 或 HTTPS 请求。这可能导致使用来自其他连接的凭据，这与预期情形相悖。(CVE-2026-1965)

    据发现，curl 在跟随重定向时不正确地泄露了 Oauth2 不记名标记。这可导致标记被发送到错误主机，这与预期情形相悖。(CVE-2026-3783)

    Muhamad Arga Reksapati 发现，curl 未正确重复使用现有的 HTTP 代理连接，即使请求使用了不同的凭据也是如此。这可能导致使用不正确的凭据，这与预期情形相悖。(CVE-2026-3784)

    Daniel Wade 发现，curl 在向同一主机提出第二个 SMB 请求时，未能正确处理某些内存操作。攻击者可以利用此问题造成 curl 崩溃，从而导致拒绝服务或执行任意代码。此问题仅影响 Ubuntu 25.10。(CVE-2026-3805)

    Yihang Zhou 发现，curl 在跟随重定向时，错误地重复使用了 .netrc 文件凭据。这可能导致使用来自其他主机的凭据，这与预期情形相悖。此问题仅影响 Ubuntu 22.04 LTS 和 Ubuntu 24.04 LTS。(CVE-2025-0167)

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

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

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

    Zhicheng Chen 发现，curl 可能会不正确地将错误连接重复用于经 Negotiate 验证的 HTTP 或 HTTPS 请求。这可能导致使用来自其他连接的凭据，这与预期情形相悖。此问题仅影响 Ubuntu 20.04 LTS。(CVE-2026-1965)

    据发现，curl 在跟随重定向时不正确地泄露了 Oauth2 不记名标记。这可导致标记被发送到错误主机，这与预期情形相悖。此问题仅影响 Ubuntu 20.04 LTS。(CVE-2026-3783)

    Muhamad Arga Reksapati 发现，curl 未正确重复使用现有的 HTTP 代理连接，即使请求使用了不同的凭据也是如此。这可能导致使用不正确的凭据，这与预期情形相悖。(CVE-2026-3784)

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

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

远程主机上安装的 curl 版本为低于 8.19.0 的 7.10.6。因此，它会受到身份验证绕过漏洞的影响：

  - 在某些情况下，libcurl 在被要求执行经 Negotiate 验证的 HTTP 或 HTTPS 请求时，会重复使用错误的连接。libcurl 具有一个最近连接池，以便后续请求可以重复使用现有连接，从而避免产生额外开销。重复使用连接时，必须先满足一系列标准。由于代码中存在逻辑错误，应用程序发出的请求可能会错误地重复使用与同一服务器的现有连接，而该连接使用了不同的凭据通过身份验证。其中一个根本原因在于，Negotiate 有时会对 *connections* 进行身份验证，而不会对 
    *requests* 进行验证，这与 HTTP 的预期工作方式相反。- 如果某个应用程序允许使用 `user1:password1` 对某个服务器进行 Negotiate 身份验证（其响应要求使用 Negotiate），然后同样使用 Negotiate 但以使用 `user2:password2` 身份对同一服务器执行另一项操作（之前的连接仍然处于活跃状态），则第二个请求错误地重复使用了相同连接。但由于它发现 Negotiate 已经完成，便直接通过该连接发送请求，误以为自己使用的是 user2 凭据，而实际上仍在使用以 user1 通过身份验证的连接… 要使用的身份验证方法组合是通过 `CURLOPT_HTTPAUTH` 设置的。应用程序可以通过以下 libcurl 选项之一，来调整是否重复使用连接，进而禁用 libcurl 重复使用连接的功能，从而缓解此问题：`CURLOPT_FRESH_CONNECT`、`CURLOPT_MAXCONNECTS` 和 `CURLMOPT_MAX_HOST_CONNECTIONS`（如果使用 curl_multi API）。(CVE-2026-1965)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
307436	Tenable Identity Exposure < 3.77.17 多个漏洞 (TNS-2026-11)	Nessus	Misc.	2026/4/18	2026/4/20	high
301847	Linux Distros 未修补的漏洞：CVE-2026-1965	Nessus	Misc.	2026/3/11	2026/3/18	medium
302211	Ubuntu 22.04 LTS / 24.04 LTS / 25.10：curl 漏洞 (USN-8084-1)	Nessus	Ubuntu Local Security Checks	2026/3/13	2026/5/8	medium
302762	Ubuntu 18.04 LTS/20.04 LTS：curl 漏洞 (USN-8099-1)	Nessus	Ubuntu Local Security Checks	2026/3/17	2026/5/8	medium
302776	Curl 7.10.6 < 8.19.0 身份验证绕过	Nessus	Misc.	2026/3/17	2026/5/8	medium

检测

插件搜索

high

medium

medium

medium

medium