Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 在某些情況下被要求執行交涉驗證的 HTTP 或 HTTPS 要求時libcurl 可重複使用錯誤的連線。 libcurl 設有近期連線集區以便後續要求可重複使用現有連線以避免額外負荷。重複使用連線時必須先符合一系列準則。由於程式碼中的邏輯錯誤由應用程式發出的要求可錯誤地重複使用相同伺服器 (已使用不同認證進行驗證) 的現有連線。其中一個根本原因是交涉有時會驗證 *連線*而非 *要求*這與 HTTP 的運作方式相反。有一個應用程式其允許使用 `user1:password1` 對伺服器 (回應需要的 Negotiate) 交涉驗證然後對同樣使用 Negotiate 但具有 `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 Plugin ID 301847

版本 1.6