远程主机上安装的 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 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

检测

Curl 7.10.6 < 8.19.0 身份验证绕过

medium Nessus 插件 ID 302776

版本 1.3