遠端主機上安裝的 curl 版本是 8.13.0 之前的 8.19.0版。因此受到 SMB 連線弱點中的一個釋放後使用影響

  - 再次對相同主機提出第二個 SMB 要求時curl 會錯誤地使用指向已釋放記憶體的資料指標。 (CVE-2026-3805)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根據應用程式自我報告的版本號碼，遠端主機上執行的 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，它會受到 ALAS2023-2026-1699 公告中提及的一個弱點影響。

    再次對相同的主機執行第二個 SMB 要求時，curl 會錯誤地使用指向已釋放記憶體的資料指標。（CVE-2026-3805）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

AlmaLinux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1773939685 公告中提及的多個弱點影響。

  - 在某些情況下，當要求執行 Negotiate 驗證的 HTTP 或 HTTPS 要求時，libcurl 可重複使用錯誤的連線。libcurl 具有最近連線集區，因此後續要求可重複使用現有連線以避免造成額外負擔。重複使用連線時，必須先符合一系列準則。由於程式碼中的邏輯錯誤，應用程式發出的要求可能會錯誤地重複使用相同伺服器的現有連線，而該伺服器已使用不同的憑證進行驗證。一個根本原因是 Negotiate 有時會驗證 *connections* 而不是 *requests*，這與 HTTP 的設計工作方式相反。允許使用「user1：password1」對伺服器進行協商驗證 （回應想要協商） 的應用程式，然後對同樣使用 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)

  - 當 OAuth2 持有人權杖用於 HTTP(S) 傳輸，且該傳輸執行重新導向至第二個 URL，curl 在某些情況下可將該 token 洩漏給第二個主機名稱。如果將第一個要求重新導向至的主機名稱在所用的 .netrc 檔案中有「machine」或「default」關鍵字資訊，curl 會將第一個主機的持有人權杖集也傳遞給第二個主機。(CVE-2026-3783)

  - curl 會錯誤地重複使用現有的 HTTP Proxy 連線來執行 CONNECT 至伺服器，即使新要求針對 HTTP Proxy 使用不同的認證也一樣。正確的行為是建立或使用單獨的連線。（CVE-2026-3784）

  - 再次對相同主機執行第二個 SMB 要求時，curl 會錯誤地使用指向已釋放記憶體的資料指標。（CVE-2026-3805）

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - 再次對相同主機提出第二個 SMB 要求時curl 會錯誤地使用指向已釋放記憶體的資料指標。 (CVE-2026-3805)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

遠端 Ubuntu 22.04 LTS/24.04 LTS/25.10 主機上安裝的套件受到 USN-8084-1 公告中所提及的多個弱點影響。

    Zhicheng Chen 發現，curl 可能會針對 Negotiate 驗證的 HTTP 或 HTTPS 要求，不正確地重複使用錯誤的連線。這可導致使用來自不同連線的憑證，這與預期行為相反。(CVE-2026-1965)

    據發現，curl 在遵循重新導向時，會錯誤地洩漏 OAuth2 持有人 token。這可導致將 token 傳送至錯誤的主機，這與預期行為相反。(CVE-2026-3783)

    Muhamad Arga Reksapati 發現 curl 會不正確地重複使用現有的 HTTP Proxy 連線，即使要求使用不同的憑證亦然。這可導致使用錯誤的憑證，這與預期行為相反。(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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Rocky Linux 9.6 主機安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1773939685 公告中提及的多個弱點影響。

  - 在某些情況下，當要求執行 Negotiate 驗證的 HTTP 或 HTTPS 要求時，libcurl 可重複使用錯誤的連線。libcurl 具有最近連線集區，因此後續要求可重複使用現有連線以避免造成額外負擔。重複使用連線時，必須先符合一系列準則。由於程式碼中的邏輯錯誤，應用程式發出的要求可能會錯誤地重複使用相同伺服器的現有連線，而該伺服器已使用不同的憑證進行驗證。一個根本原因是 Negotiate 有時會驗證 *connections* 而不是 *requests*，這與 HTTP 的設計工作方式相反。允許使用「user1：password1」對伺服器進行協商驗證 （回應想要協商） 的應用程式，然後對同樣使用 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)

  - 當 OAuth2 持有人權杖用於 HTTP(S) 傳輸，且該傳輸執行重新導向至第二個 URL，curl 在某些情況下可將該 token 洩漏給第二個主機名稱。如果將第一個要求重新導向至的主機名稱在所用的 .netrc 檔案中有「machine」或「default」關鍵字資訊，curl 會將第一個主機的持有人權杖集也傳遞給第二個主機。(CVE-2026-3783)

  - curl 會錯誤地重複使用現有的 HTTP Proxy 連線來執行 CONNECT 至伺服器，即使新要求針對 HTTP Proxy 使用不同的認證也一樣。正確的行為是建立或使用單獨的連線。（CVE-2026-3784）

  - 再次對相同主機執行第二個 SMB 要求時，curl 會錯誤地使用指向已釋放記憶體的資料指標。（CVE-2026-3805）

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根據應用程式自我報告的版本號碼，遠端主機上執行的 Tenable Identity Exposure 低於 3.93.5 版。因此會受到 TNS-2026-16 公告中提及的多個弱點影響：

  - Tenable Identity Exposure 在 /w/api/* 下包含多個未經驗證的 API 端點，這些端點會將敏感的應用程式組態資料 （包括明文 LDAP 認證、SAML 組態、使用者帳戶和目錄設定） 暴露給未經驗證的遠端攻擊者。受影響的回應會使用 Cache-Control： public 標頭提供，而不使用 Vary： Cookie，因此即使在套用驗證之後，反向 Proxy 和 CDN 仍可快取敏感資料並將其提供給未經驗證的使用者。（CVE-2026-13007）

  - ASP.NET Core 中出現 http 要求 (「http 請求/回應走私」) 解譯不一致的情況，可讓授權的攻擊者在網路上繞過安全性功能。 (CVE-2025-55315)

  - 將過大的 OCTET STRING 值轉換為十六進位字串，會導致在 32 位元平台上發生堆積緩衝區溢位。堆積緩衝區溢位可能導致當機，或可能導致攻擊者控製程式碼執行或其他未定義的行為。(CVE-2026-31789)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
302777	Curl 8.13.0 < 8.19.0 SMB 連線中的釋放後使用	Nessus	Misc.	2026/3/17	2026/5/8	high
307436	Tenable Identity Exposure < 3.77.17 多個弱點 (TNS-2026-11)	Nessus	Misc.	2026/4/18	2026/4/20	high
315018	Amazon Linux 2023：curl、curl-minimal、libcurl (ALAS2023-2026-1699)	Nessus	Amazon Linux Local Security Checks	2026/5/16	2026/5/16	high
361814	AlmaLinux 9.6 [TuxCare] 安全性更新：curl / curl-minimal / libcurl / libcurl-devel / libcurl-minimal 多個弱點（ALMALINUX9.6：CLSA-2026：1773939685）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	medium
301854	Linux Distros 未修補的弱點：CVE-2026-3805	Nessus	Misc.	2026/3/11	2026/11/6	high
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
362326	Rocky Linux 9.6 [TuxCare] 安全性更新：curl / curl-minimal / libcurl / libcurl-devel / libcurl-minimal 多個弱點（ALMALINUX9.6：CLSA-2026：1773939685）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	medium
322483	Tenable Identity Exposure < 3.93.5 多個弱點 (TNS-2026-16)	Nessus	Misc.	2026/6/24	2026/6/25	high
374269	Nessus Network Monitor < 6.6.0 多個弱點 (TNS-2026-32)	Nessus	Misc.	2026/10/30	2026/11/2	high

偵測

搜尋 Plugin

high

high

high

medium

high

medium

medium

high

high