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 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-1965

medium Nessus 插件 ID 301847

版本 1.1