在 URL 傳輸庫 cURL 中發現多個弱點：

  - CVE-2020-8169 Marek Szlagor 報告，遭誘騙的 libcurl 庫可在解析主機名稱之前在前面加上部分密碼，這可能會透過網路和 DNS 伺服器洩漏部分密碼。

  - CVE-2020-8177 sn 報告，在相同命令行中使用 -J (--remote-header-name) 和 -i (--include) 選項時，curl 可遭惡意伺服器誘騙而覆寫本機檔案。

  - CVE-2020-8231 Marc Aldorasi 報告，當使用 libcurl 的 multi API 的應用程式設定選項 CURLOPT_CONNECT_ONLY 時，libcurl 可能會使用錯誤的連線，這可導致資訊洩漏。

  - CVE-2020-8284 Varnavas Papaioannou 報告，惡意伺服器可利用 PASV 回應誘騙 curl 連回指定的 IP 位址和連接埠，這樣有可能會讓 curl 擷取本應為私密的未公開服務資訊。

  - CVE-2020-8285 xnynx 報告，使用 FTP 萬用字元比對功能 (CURLOPT_CHUNK_BGN_FUNCTION) 時，libcurl 可能會耗盡堆疊空間。

  - CVE-2020-8286 據報告，libcurl 並未驗證 OCSP 回應是否確實符合其預定的憑證。

  - CVE-2021-22876 Viktor Szakats 報告，在傳出 HTTP 要求中自動填入 Referer HTTP 要求標頭欄位時，libcurl 未去除 URL 的使用者認證。

  - CVE-2021-22890 Mingtao Yang 報告，使用 HTTPS 代理伺服器和 TLS 1.3 時，libcurl 可能會混淆來自 HTTPS 代理伺服器的工作階段票證，將其當作來自遠端伺服器一樣運作。這讓 HTTPS Proxy 可誘騙 libcurl 使用錯誤的主機工作階段票證，進而規避伺服器 TLS 憑證檢查。

偵測

Debian DSA-4881-1：curl - 安全性更新

high Nessus Plugin ID 148277

版本 1.7