Nessus Network Monitor < 6.6.0 多個弱點 (TNS-2026-32)
high Nessus Plugin ID 374269
語言:
概要
遠端系統上安裝的 Tenable NNM 執行個體受到多個弱點影響。說明
根據其自我報告的版本號碼，遠端主機上執行的 Nessus Network Monitor 低於 6.6.0 版。因此，它會受到 TNS-2026-32 公告中所提及的多個弱點影響。- 在 libxml2 之前 2.15.4的 xinclude 中，xmlXIncludeProcess 及 xmlXIncludeProcessTree 不會傳播 parseFlags。例如，如果 （沒有它） 自訂資源載入器存取網際網路並觸發 XML 外部實體插入、SSRF 或拒絕服務 （例如，對於攻擊者控制的故意緩慢的網際網路資源），則這與 XML_PARSE_NONET 旗標具有安全性相關性。
(CVE-2026-86144)
- 在某些情況下，libcurl 可能會重複使用錯誤的連線進行 SMB（S） 傳輸。libcurl 具有最近連線集區，以便後續請求可以重複使用現有連線以避免額外負荷。
重複使用連線時，必須符合一系列準則。由於程式代碼中的邏輯錯誤，應用程式所要求的網路傳輸作業可能會錯誤地重複使用現有的 SMB 連線至相同伺服器，而此伺服器的共用與新的後續傳輸應有的共用不同。在不幸的情況下，這可能會導致下載錯誤的文件或將文件上傳到錯誤的位置。
發生這種情況時，會使用相同的認證，且伺服器名稱也相同。（CVE-2026-5773）
- 在 libxml2 的 RelaxNG 剖析器中發現一個缺陷，與處理外部結構描述包含的方式有關。剖析器在解析巢狀 <include> 指示詞時，不會強制執行包含深度限制。特製或過於複雜的結構描述可能會導致剖析期間過度遞迴。這可能會導致堆疊耗盡和應用程式當機，進而產生拒絕服務風險。（CVE-2026-0989）
- 在 XML 剖析程式庫 libxml2 中發現缺陷。當 XML 目錄包含參照自己的委派 URI 項目時，xmlCatalogXMLResolveURI 函式中會發生此不受控制的遞迴弱點。遠端攻擊者可藉由提供特製的 XML 目錄來利用此設定相依問題，進而造成無限遞迴和呼叫堆疊耗盡。這最終會導致分割錯誤，透過使受影響的應用程式當機而導致拒絕服務 （DoS）。（CVE-2026-0990）
- 在 libxml2 程式庫中發現缺陷。處理包含指向相同下游目錄之重複 <nextCatalog> 元素的 XML 目錄時，會發生此不受控制的資源耗用量弱點。遠端攻擊者可以透過提供特製的目錄來利用這一點，導致剖析器冗餘地遍歷目錄鏈。這會導致過多的 CPU 消耗並降低應用程式可用性，進而造成拒絕服務狀況。（CVE-2026-0992）
- libexpat 版本 2.7.2 在 2.8.5 計算分配大小時，在 32 位元平台上的 expat_realloc（） 函式中包含整數溢位弱點。攻擊者向使用易受攻擊的 libexpat 剖析的應用程式提供惡意 XML，可造成堆積緩衝區溢位、記憶體損毀或拒絕服務。（CVE-2026-102633）
- curl 的 QUIC UDP 接收函式中有一個問題，使惡意 HTTP/3 伺服器可針對 curl 或 libcurl 用戶端觸發遠端拒絕服務攻擊。因為此協助程式函式會捨棄零長度的 UDP 資料包，而非將其計入每個呼叫封包預算，所以連線的 QUIC 對等端可以持續串流空資料包，使用戶端無限期阻塞。（CVE-2026-11352）
- libcurl 會將先前使用的連線保留在連線集區中，以便在其中一個連線符合設定時重複使用後續傳輸。在應用程式將相同的控制碼切換至自訂 CA 資料以供稍後傳輸之後，先使用預設原生 CA 信任的簡單控制碼可以繼續信任原生平台存放區。（CVE-2026-11564）
- 根據預設，curl 會自動回應 WebSocket PING 幀。由於 curl 對於未確認的幀缺乏記憶體配置上限約束，惡意伺服器透過向 curl 快速連續傳送大量 PING 訊息，來耗盡所有可用的記憶體。(CVE-2026-11586)
- libxml2 在 XML Catalog 公用程式中執行時，容易受到多個堆疊型緩衝區溢位的影響
--shell 模式。usershell() 函式使用固定大小的堆疊緩衝區來處理使用者輸入，而不會進行適當的邊界檢查。透過提供過長的輸入行，攻擊者可以在輸入剖析期間溢位內部緩衝區 (command、arg 和 argv)。這樣會導致堆疊框架內的記憶體損毀。
若成功入侵此弱點，即可能造成當機或是允許在 xmlcatalog 處理程序的環境中執行任意程式碼。此問題已在 commit c2e233fc 中修正。注意：此專案的維護者不同意此問題是弱點，而是認為它是錯誤。（CVE-2026-11979）
- 問題摘要：當 OpenSSL QUIC 伺服器（Listener SSL 物件）處理目的地連線 ID 不明的有效 QUIC Initial 封包時，可以配置新的傳入通道並將其排入佇列，而無需強制執行任何限制。影響摘要：如果遠端對等體能讓大量 Initial 封包以快於應用程式接受連線的速度抵達伺服器接聽程式，則可能導致用於儲存每個通道狀態的記憶體配置量無限制增加，進而使 QUIC 接聽程式無法使用並導致拒絕服務。
CWE：CWE-770：無限制或未經節流的資源配置 說明：處理傳入 QUIC 封包的函式會使用封包標頭的 Connection-ID 來尋找現有連線 （QUIC 通道）。如果找不到現有連線，且封包類型為 INITIAL，則函式會將此封包視為新連線。該函式會配置新的通道物件，並將其插入佇列中，等待本機應用程式透過 SSL_accept(3ossl) 接受。如果應用程式呼叫 SSL_accept() 的頻率不足以應對這些傳入的連線要求，這些初始通道物件所佔用的記憶體可能會無限制地增加。此問題自 OpenSSL 3.5 加入 QUIC 伺服器實作以來便一直存在。本次修正已針對擱置連線設定數量上限。預設的擱置連線數量上限為 256 個，這些連線會等待本機應用程式接受。應用程式可以呼叫 SSL_set_value_uint(3ossl) 來變更預設值。FIPS 影響：無 FIPS 模組不受此問題影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-14456)
- 問題摘要：在已啟用原始公開金鑰 （RPK） 且僅在本機設定私密金鑰 （沒有相關聯憑證） 的伺服器或用戶端組態 RFC7250 中，當遠端對等要求原始公開金鑰，並傳送通常省略的signature_algorithms_cert TLS延伸模組時，可能會發生 NULL 指標解除參照。影響摘要：影響僅限於由於應用程式中止、無法洩漏資料或遠端命令執行而導致的可能拒絕服務。
CWE：CWE-476：NULL 指標解除參照 說明：雖然文件中範例程式碼中的傳遞註解表示支援僅金鑰的 RPK 設定，但最佳做法的 RPK 設定是一律設定對應的憑證 （可能是自我簽署或由任何方便的 CA 簽署）。
當私密金鑰與相符的憑證一起設定時，即使沒有修正，也會可靠地處理signature_algorithms_cert延伸模組，而且不支援原始公開金鑰的對等用戶端或伺服器可能能夠藉由釘選或驗證對應的憑證或其公開金鑰來完成TLS連線。偏好僅設定私密金鑰而沒有憑證的部署需要升級至更新版本，如下所述。FIPS 影響：否 沒有 FIPS 模組不會受到此問題的影響，因為 SSL 通訊協定實作位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-14457）
- 在 xmllint 公用程式 （libxml2 專案的一部分） 的互動式殼層中發現一個缺陷，其中配置給使用者輸入的記憶體在特定情況下無法正確釋放。當使用者提交僅包含空格的輸入時，程式會略過命令執行，但無法釋放配置的緩衝區。重複此動作會導致記憶體不斷累積。隨著時間推移，這可能會耗盡系統記憶體並終止 xmllint 處理程序，在本機系統上建立拒絕服務狀況。
(CVE-2026-1757)
- 問題摘要：當初始封包的通道建立失敗時，QUIC 伺服器可能會加倍釋放 QRX （QUIC 記錄層 RX） 物件。影響摘要：雙重釋放會導致堆積損毀，這通常會導致 QUIC 伺服器處理程序終止，進而造成拒絕服務。到目前為止，沒有證據表明這種雙重釋放可用於遠程代碼執行，因此被認為極不可能。CWE:
CWE-415：雙重釋放 說明：為了驗證初始封包，OpenSSL QUIC 堆疊預設封包處理常式 （port_default_packet_handler（）） 會建立所謂的 QRX 物件。如果初始封包成功驗證 QRX 物件，則預設封包處理常式會繼續建立通道 （連線物件）。
用於封包驗證的 QRX 物件會傳遞至 port_bind_channel（），因此它會成為新建立連線的一部分。如果 port_bind_channel（） 失敗，則也會釋放 QRX 物件。一旦 port_bind_channel（） 傳回，port_default_packet_handler（） 就會偵測到故障並繼續進入錯誤分支，其中第二次釋放相同的 QRX 物件。格式錯誤 （不符合 RFC 9000） 的 INITIAL 封包可能會以相對較少的努力引起 port_bind_channel（） 函式的失敗。如果封包攜帶短於 8 位元組的 DCID（目的地連線 ID），則 port_bind_channel（） 會在 ossl_quic_lcidm_enrol_odcid（） 偵測到 DCID 的長度無效後跳至錯誤路徑。FIPS 影響：否 FIPS 模組不受影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-18798）
- 在某些情況下，當要求執行 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)
- 問題摘要：使用內容長度超過 2 GB 的基本元素剖析特製的 DER 編碼 ASN.1 結構，可能會導致 64 位元 Unix 和類 Unix 平台上發生堆積緩衝區過度讀取。
影響摘要：堆積緩衝區過度讀取弱點可能會導致應用程式損毀 (拒絕服務)，或將超出輸入緩衝區結尾的記憶體內容載入已解碼的 ASN.1 物件內容。更常見的是，此類 ASN.1 元素會被截斷。OpenSSL 的 ASN.1 解碼器中的整數截斷會導致 ASN.1 基本元素的內容長度在超過 2 GB 時遭到錯誤處理。最糟的狀況是，被截斷的長度會被視作掃描二進位內容以尋找終止零位元組的要求，這可能會導致 OpenSSL 讀取小於或超過已分配緩衝區結尾的內容。將攻擊者提供的資料傳遞至 d2i_X509()、d2i_PKCS7() 或任何其他 d2i_* 解碼函式的應用程式會受到影響。
OpenSSL 的專屬命令列工具不易受到攻擊，因為系統會在透過 BIO 層讀取的資料到達受影響的程式碼之前對其進行檢查。此問題僅影響 64 位元 Unix 和類 Unix 平台；32 位元平台和 64 位元 Windows 不受影響。4.0、3.6、3.5、3.4 和 3.0 中的 FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-34180)
- 問題摘要：檔案處理無法 PKCS#12 針對使用允許偽造憑證和私密金鑰的密碼型訊息驗證碼 1 （PBMAC1） 完整性機制的檔案執行充分的輸入驗證。影響摘要：冒充使用者的攻擊者可導致讀取 PKCS#12 檔案的服務接受偽造的憑證和私密金鑰，機率為 256 分之一。如果接受檔案的 PKCS#12 服務使用密碼來驗證收到的檔案，則攻擊者可以建立使用 PBMAC1 驗證的未加密 PKCS#12 檔案，該驗證僅指定一個位元組的 HMAC 金鑰，從而允許他們製作一個以 256 分之一的機率被接受的檔案。然後，這會導致服務接受攻擊者所控制的憑證和私密金鑰。FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-34181)
- 問題摘要：加密訊息服務 （CMS） 處理無法對 AuthEnvelopedData 容器的加密和標籤長度欄位執行充分的輸入驗證，導致各種潛在的入侵。影響摘要：利用這些弱點的攻擊者可能會為指定 CMS 收件者實現金鑰對等功能和/或繞過指定訊息的完整性驗證。
在一個使用案例中，攻擊者可能會傳送包含 AuthEnvelopedData 的 CMS 訊息，並將密碼指定為非 AEAD 密碼。OpenSSL 錯誤地允許此選取，並嘗試解密和驗證訊息。在途攻擊者捕獲一個發給受害者的合法 AES-GCM AuthEnvelopedData 後，可以在 recipientInfos 保持位元組不變的情況下重新發出該數據，因此受害者的私鑰仍會解壓縮真正的 CEK（內容加密密鑰），但內部 OID 重寫為 AES-256-OFB（輸出反饋模式，未經身份驗證的密鑰流模式），並使用攻擊者選擇的 IV 和密文。
受害者在真實的 CEK 下初始化 AES-256-OFB，從不查閱 MAC 字段，CMS_decrypt（） 傳回成功。如果受到攻擊的應用程式以任何顯示解密工作成功或失敗的指標來回應攻擊者，則攻擊者可能會將其用作預言機，以取得用於所選訊息收件者的 CEK 的金鑰對等功能。在另一個使用案例中，攻擊者可以將指定 AuthEnvelopedData 容器所選 AEAD 加密的標籤長度減少為一個位元組長，從而允許攻擊者暴力破解 CMS 解密，從而為信任 CMS_decrypt（） 拒絕修改內容的應用程式產生完整性繞過。FIPS 模組不受此問題影響。(CVE-2026-34182)
- 問題摘要：遠端對等可能會用包含 PATH_CHALLENGE 框架的封包淹沒 QUIC 伺服器或用戶端的堆積記憶體。影響摘要：惡意遠端對等體可造成無限記憶體配置，進而導致充當 QUIC 用戶端或伺服器的應用程式異常終止，以及拒絕服務。遠端對等可能會以PATH_CHALLENGE框架淹沒本機 QUIC 堆疊，以耗盡堆積記憶體。本機 QUIC 堆疊會為收到的每個PATH_CHALLENGE配置一個 PATH_RESPONSE 框架。只有當遠端對等體確認接收PATH_RESPONSE幀時，分配的PATH_RESPONSE幀才會被釋放，惡意對等體不會這樣做。、 3.43.63.5和3.0中的 4.0FIPS 模組不受此問題影響。QUIC 堆疊位於 OpenSSL FIPS 模組邊界之外。
(CVE-2026-34183)
- 問題摘要：當 OpenSSL 快取 X.509 延伸資訊時，若憑證包含多個 nameRelativeToCRLIssuer CRL 分發點，將導致堆記憶體過度增長。影響摘要：從惡意對等接收特製的憑證可能會導致用戶端或索取用戶端憑證的伺服器造成嚴重的記憶體壓力，並可能發生拒絕服務。CWE：CWE-770：無限制或無限流的資源分配 說明：若憑證或一組憑證的大小未超過對等方所接受的憑證大小限制（約 100 KiB），則在正常的 TLS 握手過程中，可能會導致接收端分配數百 MiB 的駐留記憶體。 如果多個並行連線導致類似較大的記憶體配置，這可能足以使用戶端或伺服器當機。此修正程式會將憑證中 CRL 發佈點延伸模組的處理延遲至 CRL 處理需要處理值的時間。這可避免在收到此類憑證時，長時間保留大型記憶體配置。FIPS 影響：否，受影響的程式碼位於 FIPS 模組邊界之外外。(CVE-2026-35189)
- 問題摘要：OpenSSL QUIC 伺服器在設定為不執行位址驗證時，會被強制在其未驗證信用額度計算中多次計入傳入封包，從而導致違反 RFC 9000 未驗證連線的放大限制，即不得超過已接收資料量的 3 倍。影響摘要：能夠對使用 OpenSSL QUIC 實作的伺服器偽造封包的遠端攻擊者，可能會利用該伺服器來放大 DDoS 攻擊。CWE：CWE-440：預期行為違規 說明：OpenSSL 的 QUIC 堆疊在作為伺服器運作時，會強制執行用戶端位址驗證 (RFC 9000 第 8 節)，以確認對等節點位址未用於流量放大攻擊。如已在伺服器上停用此功能，則 QUIC 堆疊會將可傳送的伺服器資料量限制為從對等節點位址所接收之資料量的 3 倍，直到 TLS 交握完成為止。OpenSSL QUIC 伺服器在非驗證模式下運作時，會在處理資料包中的每個 QUIC 封包時，將收到的整個資料包長度加至未驗證的信用額度中。遠端對等節點可能在與初始 Client Hello 框架建立連線後，發送一個包含多個 QUIC 封包的後續資料包，導致伺服器將該資料包中的每個封包都計入整體資料包長度，致使伺服器誤以為對等節點傳送的資料量超過實際傳送量，從而違反 RFC 所規定的 3 倍放大限制。FIPS 影響：沒有 FIPS 模組會受此 CVE 影響，因為 QUIC 堆疊位於 FIPS 模組邊界之外。
(CVE-2026-35191)
- 當 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）
- 問題摘要：接收具有無效權杖的 QUIC 初始封包可能會在停用位址驗證的 OpenSSL QUIC 伺服器中觸發 NULL 指標解除參照。影響摘要：NULL 指標解除參照通常會導致受影響的 QUIC 伺服器處理程序異常終止和拒絕服務。如果在 OpenSSL QUIC 伺服器實作中停用位址驗證，攻擊者可以傳送具有無效或過期權杖的初始封包，以使伺服器當機。根據預設，OpenSSL QUIC 伺服器實作中會啟用用戶端位址驗證，這使得預設設定不易受到此問題的影響。不過，如果 SSL_LISTENER_FLAG_NO_VALIDATE 與 SSL_new_listener（） 呼叫搭配使用，則會停用位址驗證，使易受攻擊的程式碼可連線。4.0、3.6、3.5、3.4 和 3.0 中的 FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-42764)
- 問題摘要：特製的密碼加密 CMS 消息可在 CMS 解密期間觸發 NULL 指標解除參照。影響摘要：此 NULL 指標解除參照問題會導致應用程式毀損和拒絕服務。CMS PasswordRecipientInfo.keyDerivationAlgorithm 欄位在 ASN.1 規格中定義為「可選」，因此特製輸入中可能缺失此欄位。在密碼型 CMS 解密期間，OpenSSL CMS 實作會取消參照此欄位，而不首先檢查此欄位是否存在。攻擊者若將此類 CMS 消息提供給執行密碼型 CMS 解密的應用程式，或可觸發應用程式毀損，進而導致拒絕服務。處理密碼加密型 CMS 訊息的應用程式可能會受到影響。4.0、3.6、3.5、3.4 和 3.0 中的 FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-42766)
- 問題摘要：攻擊者控制的 CMP （憑證管理通訊協定） 伺服器可在 CMP 用戶端應用程式中觸發 NULL 指標解除參照。影響摘要：NULL 指標解除參照會導致應用程式當機和拒絕服務。控制 CMP 伺服器 （或充當中間人） 的攻擊者可能會製作 CMP 回應，其中包含具有 EncryptedValue 結構的 CRMF （憑證要求訊息格式） CertRepMessage，其中 symmAlg 欄位具有演算法 OID，但沒有參數欄位。當 OpenSSL CMP 用戶端處理此回應時，會發生 NULL 取消參照，導致 CMP 用戶端當機。處理未受信任的 CMS/CRMF 訊息的應用程式可能會受到影響。
4.0、3.6、3.5、3.4 和 3.0 中的 FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-42767)
- 問題摘要：QUIC 資料流重組演算法效能會隨封包以亂序抵達而逐漸劣化。最壞的情況是，與所接收資料流資料的緩衝區中所保留的資料流幀數成正比。影響摘要：完成交握的遠端 QUIC 對等節點可利用通告的接收視窗內符合規範的 STREAM 框架，以低攻擊者頻寬在連線範圍內造成 CPU 壓力，並可能導致拒絕服務。CWE：CWE-407：
低效的演算法複雜程度 說明：OpenSSL 使用雙重連結清單來管理接收到的 QUIC 串流片段。雖然它針對附加作業 (在清單結尾) 進行了最佳化，但對於任何並非緊接在當前 `tail` 之後的片段，它會退回到從頭到尾的線性搜尋。透過操縱位移序列，攻擊者可以強制伺服器執行 O(n^2) 操作，從而消耗 QUIC 處理程序過多的 CPU 時間。FIPS 影響：無 FIPS 模組不受此問題影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-42772)
- 在之前的 2.8.1libexpat 中，屬性名稱衝突檢查的計算複雜度允許透過中等大小的特製 XML 輸入進行拒絕服務。（CVE-2026-45186）
- 存在需要 TLS 的連線錯誤地重複使用來自相同連線集區的現有未加密連線的弱點。如果初始傳輸是以純文字 （透過 IMAP、SMTP 或 POP3） 進行，則對相同主機的後續要求會繞過 TLS 要求，而是以未加密的方式傳輸資料。（CVE-2026-4873）
- libexpat 之前 2.8.2 缺少處理常式呼叫深度追蹤，可在原則違反的情況下，從處理常式內呼叫 XML_GetBuffer、XML_Parse、XML_ParseBuffer、XML_ParserFree 或 XML_ParserReset。
因此，可能會發生釋放後使用，（CVE-2026-50219）
- 問題摘要：用於 ECDSA 和 SM2 簽章運算的通用橢圓曲線標量乘法，若所使用的曲線未具備專用實作，則會透過時間洩露有關秘密隨機數的資訊。 影響摘要：若攻擊者能夠測量簽名時間，便可能獲取關於每個簽名所對應的機密隨機數（nonce）的資訊；當累積足夠多的簽名時，攻擊者便可透過格理論／隱數問題攻擊，進而復原私鑰。CWE：CWE-208：可觀察的時序差異描述：用於沒有專用恆定時間實現的曲線的通用橢圓曲線標量乘法使用非恆定時間 BIGNUM 運算填充秘密標量，因此所花費的時間取決於從 ECDSA 和 SM2 隨機派生的秘密標量的值。洩漏非常小;觀察它需要大量的測量。對於群組順序位於機器字邊界上的曲線，例如 brainpoolP384r1，這種影響最大。在 Brainpool 及其他通用質數曲線上使用 ECDSA 簽名，以及在使用通用實作的平台上使用 SM2 簽名的應用程式，均易受此問題影響。NIST 曲線 P-256、P-384 和 P-521 使用專用的恆定時間實作，不受影響。FIPS 影響：否 FIPS 模組不受影響：FIPS 提供者中使用的核准 NIST 曲線具有專用的常數時間實作，且不使用受影響的程式碼路徑。（CVE-2026-54872）
- 問題摘要：QUIC 處理程序可能會將 QUIC 封包緩衝區的記憶體保留比必要的時間長得多。
影響摘要：遠端對等程式可傳送惡意特製的封包，使本機 QUIC 堆疊保持封包緩衝區的記憶體配置，藉此惡意利用此弱點。記憶體維持配置的時間完全由潛在的惡意遠端對等體控制。CWE：CWE-770：
沒有限制或節流的資源配置 說明：為了將複製作業從封包緩衝區儲存到資料流重組緩衝區，QUIC 堆疊會將資料流資料保留在封包緩衝區上，等待複製到本機接收應用程式所提供的緩衝區。只有在將資料複製到應用程式緩衝區之後，QUIC 堆疊才會釋放對封包緩衝區的參照。此設計對於合法的數據傳輸更有效率，但可讓攻擊者配置比保留在接收資料流緩衝區中的數據實際所需的記憶體多得多。為了緩解此漏洞，QUIC 堆疊現在會計算和監控每個資料流的記憶體額外負荷。單一資料流程框架的記憶體額外負荷會計算為承載資料流程框架的整個封包大小與資料流程框架本身大小之間的差異。單一串流框架的記憶體額外負荷會新增至每個串流的 QUIC 堆疊保留的總 （累積） 記憶體額外負荷。一旦累積記憶體額外負荷超過 64kB，QUIC 堆疊就會從收到的下一個封包開始，將資料流程框架資料從封包緩衝區移動到串流緩衝區。FIPS 影響：無 FIPS 模組不受此問題影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-54873)
- 問題摘要：在交握進行時接收未來 epoch 的 DTLS 記錄，會導致 OpenSSL 緩衝比記錄本身所需多得多的記憶體。影響摘要：對等可能會使用少量網路流量，使 OpenSSL DTLS 端點保留不成比例的大量記憶體，這可能會導致拒絕服務。CWE：CWE-405：非對稱資源消耗 (放大) 描述：當 DTLS 交握進行時，對等可能在本機端點處理相同的轉換之前就已經合法地移動到下一個 epoch (例如，已傳送其 ChangeCipherSpec 和 Finished 訊息)，這通常是因為基礎 UDP 傳輸上的重新排序。
OpenSSL 會緩衝此類早期記錄，以便在本機端點趕上後進行處理。
緩衝記錄目前會保留它到達的整個讀取緩衝區，其大小可保留最大可能的 DTLS 記錄 (大約 16 KB) ，而不只是構成記錄本身的位元組。每個連線最多可以緩衝 100 個此類記錄。因此，傳送聲稱屬於下一個 epoch 的小型偽造記錄串流的對等可能會導致 OpenSSL DTLS 端點保留大約 1.7 MB 的記憶體，儘管僅透過網路傳送該資料量的一小部分。因此，攻擊者會獲得大約 1200 的記憶體放大係數，並且可以在其能夠開啟的關聯中使效果倍增，從而帶來 DTLS 伺服器因遠端記憶體耗盡而拒絕服務的風險。由於每個連線保留的記憶體仍受限制，而且應用程式已對並行關聯數目施加的任何限制也會限制總洩漏，因此此問題已被評估為「低」嚴重性。FIPS 影響：FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。OpenSSL 4.0、3.6、3.5、3.4、3.0、1.1.1 和 1.0.2 易受此問題影響。OpenSSL 4.0 使用者應升級至 OpenSSL 4.0.2。OpenSSL 3.6 使用者應升級至 OpenSSL 3.6.4。OpenSSL 3.5 使用者應升級至 OpenSSL 3.5.8。OpenSSL 3.4 使用者應升級至 OpenSSL 3.4.7。OpenSSL 3.0 使用者應升級至 OpenSSL 3.0.22。僅限進階支援客戶：OpenSSL 1.1.1 使用者應升級至 OpenSSL 1.1.1zi OpenSSL 1.0.2 使用者應升級至 OpenSSL 1.0.2zr 此問題由 Amazon Web Services 於 2026 年 5 月 18 日報告。該修復程序由 Matt Caswell 開發。-- 剪切 (供內部使用的非發佈中繼資料) -- 報告者：Amazon Web Services 修復者：Matt Caswell (CVE-2026-54874)
- 問題摘要：標量點乘法的非恆定時間最佳化實作用於 RISC-V 平台上的 SM2 私密金鑰操作 ARM64 。影響摘要：能夠測量受影響平台上 SM2 簽署或解密所花費的時間或觀察快取行存取模式的攻擊者，可瞭解有關秘密純量的資訊。CWE：CWE-208：可觀察的時序差異 描述：在 RISC-V 處理器上 ARM64 ，SM2 曲線使用優化的標量乘法實現，其條件分支和表查找是根據秘密標量的位選擇的。因此，執行時間和快取存取模式取決於長期私密金鑰 （在 SM2 解密期間） 或每個簽章的隨機數 （在 SM2 簽章產生期間），形成計時和快取旁路。FIPS 影響：否 SM2 不是 FIPS 演算法，且最佳化的 SM2 實作不是 FIPS 模組的一部分。OpenSSL 4.0、 3.6和 3.53.4 AArch64 和 RISC-V 上容易受到此問題的影響。OpenSSL 3.0， 1.1.1 且 1.0.2 不受此問題影響。OpenSSL 4.0 使用者應升級至 OpenSSL 4.0.3。
OpenSSL 3.6 使用者應升級至 OpenSSL 3.6.5。OpenSSL 3.5 使用者應升級至 OpenSSL 3.5.9。
OpenSSL 3.4 使用者應升級至 OpenSSL 3.4.8。此問題由 Abhinav Agarwal 於 2026 年 5 月 2 日報告。馮雪於2026年6月6日獨立報道。該修復程序由 Igor Ustinov 開發。
-- 剪切（不發布供內部使用的元資料） -- 報告者：Abhinav Agarwal、Feng Xue 修復者：Igor Ustinov （CVE-2026-54875）
- 在某些情況下，當要求在經過協商驗證的請求之後執行已驗證的 HTTP（S） 要求時，libcurl 可能會重複使用錯誤的連線，因為兩者都使用相同的主機。libcurl 具有最近連線集區，以便後續請求可以重複使用現有連線以避免額外負荷。重複使用連線時，必須符合一系列準則。由於程式碼中的邏輯錯誤，應用程式發出的要求可能會錯誤地重複使用相同伺服器的現有連線，而該伺服器已使用不同的憑證進行驗證。應用程式首先使用對具有「user1：password1」的伺服器進行協商身份驗證，然後對同一伺服器執行另一項操作，要求任何身份驗證方法，但「user2：password2」 （當前一個連線仍然處於活動狀態時） - 第二個要求會混淆並錯誤地重複使用相同的連線，並透過該連線傳送新要求，認為它混合使用 user1 和 user2 的憑證，而實際上它仍在使用連線已針對 user1 驗證...（CVE-2026-5545）
- libexpat 之前 2.8.2 缺少處理常式呼叫深度追蹤，可在原則違反的情況下從處理常式內呼叫XML_ResumeParser。因此，可能會發生釋放後使用（類似於這種情況 CVE-2026-50219 ）。（CVE-2026-56131）
- 在之前的 2.8.2libexpat 中，xmlparse.c 的 doProlog 中存在堆積型緩衝區溢位，因為在剖析器之間共用資料結構時，腳手架支援陣列重新配置處理不當。
(CVE-2026-56132)
- libexpat 之前 2.8.2 在 storeAtts 中有一個整數溢位。（CVE-2026-56403）
- libexpat 之前在 2.8.2 addBinding 中有一個整數溢位。（CVE-2026-56404）
- libexpat 之前在 2.8.2 getAttributeId 中有一個整數溢位。（CVE-2026-56405）
- 之前 2.8.2 的 libexpat 在 XML_ParseBuffer 中有一個整數溢位，因為它缺少 XML_Parse 中存在的檢查。（CVE-2026-56406）
- libexpat before 在 2.8.2 doProlog 中有一個與 storeEntityValue 和實體 textLen 相關的整數溢位。（CVE-2026-56407）
- libexpat 之前 2.8.2 在 copyString 中有一個整數溢位。（CVE-2026-56408）
- 使用 -d outputDir 時，libexpat before 中的 2.8.2 xmlwf 輸出檔名會發生整數溢位。
(CVE-2026-56409)
- 之前 libexpat 2.8.2 中的 xmlwf 在 resolveSystemId 中有一個整數溢位。（CVE-2026-56410）
- 之前 libexpat 2.8.2 中的 xmlwf 透過 NOTATION 宣告在 endDoctypeDecl 中出現整數溢位。
(CVE-2026-56411)
- libexpat before 不會 2.8.2 考量 doCdataSection 中的XML_TOK_DATA_CHARS，因此在發生原則違反的情況下，無法追蹤處理常式內的各種呼叫處理常式呼叫深度。因此，可能會發生釋放後使用。注意：此問題之所以存在，是因為 CVE-2026-50219 的修正不完整。(CVE-2026-56412)
- curl 可能會錯誤地將第一個 Proxy 的憑證傳遞給第二個 Proxy。當滿足以下條件時，可能會發生這種情況： 1. curl 設定為針對不同的 URL 方案使用特定的不同代理 2.第一個 Proxy 需要憑證 3.第二個 Proxy 不使用任何憑證 4.使用第一個代理 （使用 say 'http://`） 時，curl 會被要求使用另一個方案 （say 'https://`） 重新導向到 URL，使用第二個不同的代理 （CVE-2026-6253） 存取
- 使用 libcurl，當第一次為 HTTP 要求設定自訂 'Host：' 標頭，然後使用相同的 *easy handle* 完成第二個請求，但沒有設定自訂 'Host：' 標頭時，第二個請求將使用過時的資訊，並在第二個請求中傳遞用於第一個主機的 cookie。
洩露它們。（CVE-2026-6276）
- 問題摘要：OpenSSL CMS 解密會根據查詢未包裝的金鑰大小來調整金鑰解包輸出緩衝區的大小，但 AES-WRAP-PAD 解包原語可以寫入和清理比該查詢報告更多的位元組，從而造成 8 位元組的越界堆積寫入。影響摘要：當受害者使用 CMS_decrypt() 解密訊息時，提供特製 CMS 訊息的攻擊者可觸發確定性的 8 位元組越界堆積寫入，從而損壞堆積並通常導致拒絕服務。CWE：CWE-787：越界寫入說明：金鑰包裝 OID 可能由攻擊者在網路上控制。CMS 展開允許 id-aesNNN-wrap-pad 和 id-aesNNN-wrap 密碼。攻擊者可以獲取合法訊息並變更單一 OID 位元組以選取填充變體，同時保持訊息在其他方面有效。由於解包金鑰衍生自收件者的私密作業 (ECDH 金鑰協議或 ML-KEM 解封裝)，因此無法通過 RFC 5649 完整性檢查，且解密會因完整性故障而失敗。寫入是固定大小 (8 位元組)、固定值 (0) 堆積溢位，緊接在配置之後，不需要特殊配置，並且可從公用 CMS_decrypt() 函式存取。結果是堆積損壞，導致拒絕服務。CMS 程式碼中的修正會針對最壞的情況調整解包輸出緩衝區的大小，因此失敗的解包無法寫入超過配置。FIPS 影響：無沒有 FIPS 模組會受此 CVE 影響，因為 CMS 代碼位於 FIPS 模組邊界之外。(CVE-2026-63072)
- 問題摘要：OpenSSL CMP 回應驗證會直接將非預期的回應傳送者的可辨別名稱作為格式字串傳遞給「ERR_raise_data()」。影響摘要：惡意或遭到攔截的 CMP 端點可能會使強制執行預期傳送者或使用固定伺服器憑證（其主體會成為預設預期傳送者的 CMP 用戶端）當機。CWE：CWE-134（使用外部控制的格式字串）說明：在驗證接收到的 CMP 訊息時，ossl_cmp_msg_check_update() 使用 X509_NAME_oneline() 轉換對等方提供的傳送者可辨別名稱，並將其直接作為格式參數傳遞給 ERR_raise_data()。轉換過程中百分號字元會保留下來，因此像 CN=%s%n 這樣的傳送方 DN 會以攻擊者控制的格式字串的形式傳遞給 BIO_vsnprintf()，且不包含任何符合的可變參數。只有在呼叫端設定預期的傳送者或釘選伺服器憑證時，才會到達此路徑，這是驗證伺服器回應的 CMP 用戶端的正常配置。由於攻擊者控制格式字串，但不控制任何可變參數，因此諸如 %s 和 %n 之類的說明符會解除參照或寫入不相關的堆疊內容，並使用戶端當機。當回應來自惡意或遭攔截的 CMP 端點時，則會導致拒絕服務。沒有受控記憶體寫入、任意位址讀取或遠端程式碼執行的可靠路徑。FIPS 影響：無由於 CMP 通訊協定實作位於 OpenSSL FIPS 模組邊界之外，因此沒有 FIPS 模組會受到此問題的影響。
(CVE-2026-63073)
- 問題摘要：OpenSSL 憑證管理通訊協定 (CMP) 會快取在 CMP 訊息中傳送的其他憑證 (extraCerts)，但絕不會刪除這些憑證（例如，如果其無效）。如果伺服器頻繁重複使用 OSSL_CMP_CTX，此 extraCerts 快取可能會無限增長，而惡意用戶端可能會向 CMP 伺服器發送大量要求，進而推動此增長。影響摘要：如果惡意用戶端重複傳送包含唯一額外憑證的要求，則使用在伺服器處理程序存留期內重複使用單一 OSSL_CMP_CTX 的 CMP 伺服器的使用者可能會觀察到無限的記憶體增長，這可能會導致 OOM 狀況。CWE：CWE-770：無限制或節流的資源配置說明：如果遠端使用者將 CMP 訊息傳送至具有 extraCerts 清單的伺服器，但訊息遭到拒絕，則訊息中的 extraCerts 會保留在伺服器內容不受信任的憑證堆疊中。這會使具有長期存留 ctx 物件的伺服器遭受拒絕服務攻擊，在這種攻擊中，攻擊者會反覆傳送想要拒絕的訊息，其中包含大量其他憑證，迫使伺服器無限期地儲存這些憑證。如果訊息遭到拒絕，則移除新增的額外憑證，使用與內容設定為完全不執行快取時相同的方法，已修正此問題。FIPS 影響：
無沒有 FIPS 模組會受此 CVE 影響，因為 CMP 代碼位於 FIPS 模組邊界之外。
(CVE-2026-63074)
- 問題摘要：當 OpenSSL 處理來自重複傳送 ACK 引出封包而不確認僅限 ACK 回應的對等的 QUIC 流量時，QUIC 堆疊可以在連線存留期內保留僅限 ACK 的封包中繼資料。影響摘要：能夠完成 QUIC 交握的遠端對等可能會導致連線範圍的記憶體增長，進而透過記憶體耗盡導致拒絕服務，尤其是在持續流量或許多並行 QUIC 連線的情況下。CWE：CWE-770：無限制或節流的資源分配 說明：當 OpenSSL QUIC 堆疊傳送僅 ACK 封包時，QUIC 通訊協定不要求對等體確認該僅 ACK 封包（即它本身不引出 ack）。不過，無論如何，OpenSSL 實作都會儲存有關 ACK 框架的中繼資料。這本身是可以的，但如果惡意對等體建立連接，然後驅動連接，使得僅 ACK 封包被迫來自 OpenSSL 實作對等體（即透過傳送大量 PING 框架），然後保留任何後續的 ack 以引出 ack 引出資料（例如合法資料），則該惡意對等體可以強制在 OpenSSL 對等體上進行不適當的記憶體增長，可能導致拒絕服務。修正是確保我們在封包歷史記錄高浮水印和低浮水印中考慮僅限 ACK 封包的傳輸，而不實際儲存僅限 ACK 封包中繼資料本身。FIPS 影響：OpenSSL FIPS 模組不受此問題影響，因為 QUIC 代碼位於 FIPS 模組邊界之外。(CVE-2026-63075)
- 問題摘要：OpenSSL CMP 密碼型保護驗證只會檢查 protectionAlg 參數是否不是 NULL 且不是其 ASN.1 類型，然後再將其視為 PBMParameter。特製的訊息可以包含不同類型的參數，然後該參數會被當作無效指標進行解除參照。影響摘要：
未經驗證的遠端攻擊者可使充當接受受 PBM 保護訊息的 CMP 伺服器的應用程式當機，或與惡意或被攔截的 CMP 伺服器通訊的 CMP 用戶端當機，進而造成拒絕服務。CWE：CWE-476：NULL 指標解除參照 說明：在驗證 CMP 訊息的密碼型 MAC 保護時，OpenSSL 程式庫會使用 X509_ALGOR_get0() 讀取 protectionAlg 演算法參數，該參數會傳回參數類型及其值指標。然後，該值會轉換為 ASN1_STRING，並在檢查指標不是 NULL 之後被視為預期的 PBMParameter。系統從未查閱過 X509_ALGOR_get0() 傳回的參數類型。這會在保護驗證期間發生，且在計算任何 MAC 之前，因此不需要知道 PBM 共用密碼；唯一的先決條件是 PBM 驗證是可存取的。在伺服器端，任何啟動 CMP 伺服器並接受受 PBM 保護訊息的應用程式都可以透過 OSSL_CMP_SRV_process_request() 實現此功能；在用戶端，可以透過針對惡意伺服器或中間人 (MITM) 伺服器的 CMP 回應驗證來實現此功能。這會導致拒絕服務；沒有記憶體洩漏，沒有受控記憶體寫入，也沒有程式碼執行路徑。CMP 是應用程式必須明確啟用的特殊功能。FIPS 影響：無沒有 FIPS 模組會受此 CVE 影響，因為 CMP 代碼位於 FIPS 模組邊界之外。(CVE-2026-63076)
- 在某些情況下，當要求同時使用「.netrc」檔案作為憑證並遵循 HTTP 重新導向時，libcurl 可能會將用於第一個主機的密碼洩露給後續主機。（CVE-2026-6429）
- Expat through 2.8.3 包含由 xmlparse.c 中的 storeAtts（） 函式中的二次演算法複雜度所造成的拒絕服務弱點，其中處理具有非正規化值的 N 個指定屬性會觸發 elementType->defaultAtts 的 O（N^2） 線性掃描，以判斷 CDATA 狀態。未經驗證的遠端攻擊者可向剖析不受信任 XML 的應用程式提供幾 MB 的單一格式正確的 XML 文件，以造成過多的 CPU 消耗，進而導致拒絕服務，而不需要驗證、外部實體解析或非預設剖析器選項。（CVE-2026-66046）
- 在 libxml2 中發現一個瑕疵。當程式庫處理包含內部實體參照的特製 XML 架構定義 （XSD） 驗證檔時，就會發生此弱點。攻擊者可以透過提供惡意檔來利用此弱點，導致類型混淆錯誤，進而導致應用程式當機。這會導致拒絕服務 （DoS），使受影響的系統或應用程式無法使用。（CVE-2026-6732）
- 當 curl 被告知使用憑證狀態要求 TLS 延伸 （通常稱為 *OCSP 裝訂*） 來驗證伺服器憑證是否有效時，它無法偵測 OCSP 問題，而是錯誤地將回應視為正常。（CVE-2026-7009）
- 成功使用 libcurl 透過具有 **Digest** 驗證的特定 HTTP Proxy （'proxyA'） 進行傳輸，然後將 Proxy 主機變更為第二個 （'proxyB'） 進行第二次傳輸，重複使用相同的控制碼，會使 libcurl 錯誤地將 'proxyA' 的 'Proxy-Authorization：' 標頭欄位傳遞給 'proxyB'。（CVE-2026-7168）
- 問題摘要：呼叫 SSL_set_SSL_CTX（） 以透過交握中途將連線切換至不同 SSL_CTX 的 TLS 伺服器，如果取代內容知道的提供者簽章演算法多於建立連線的內容，則可能會存取超出內部陣列結尾的記憶體。
從不呼叫 SSL_set_SSL_CTX（） 的應用程式不會受到影響。影響摘要：遠端對等節點可能能夠在伺服器堆積上造成小型越界讀取，並在某些情況下造成固定值越界寫入。這可能會導致拒絕服務。CWE：CWE-787：越界寫入說明：TLS 連線會記錄建立時擁有的憑證插槽數量，取自建立它的 SSL_CTX：內建憑證類型，加上內容已知的每個提供者 TLS-SIGALG 項目的一個插槽。該計數會調整每個插槽憑證有效性旗標的內部陣列大小。應用程式可以透過呼叫 SSL_set_SSL_CTX（） 來取代連線的 SSL_CTX （），最常見的是從伺服器名稱回呼來提供不同的虛擬主機。這樣做不會重新整理記錄的計數。提供者簽章演算法的插槽索引是其在解析它的上下文清單中的位置，因此，如果取代上下文知道比原始內容更多的內容，則對等提供的演算法可以解析為陣列結尾之外的索引。然後，處理對等體的簽章演算法會讀取每個此類演算法結尾後的一個四位元組字，並在讀取字為零時，在其上寫入一個固定值。提供其中許多的對等可能會損毀堆積中繼資料並中止處理程序。只有佔用其中一個多餘插槽且伺服器也已設定的提供者簽章演算法才具有此效果。替換內容無法識別的代碼點將被丟棄，而不會解析為插槽，並且提供者簽名算法只能從 TLS 1.3使用。因此，這兩個內容必須知道不同數量的提供者簽章演算法，這需要個別的程式庫內容、在正在建立的兩者之間載入的提供者，或其公告內容不同的提供者 - 例如 4.0，預設提供者會公告 SM2，而 FIPS 提供者則不會。符合條件的部署也無法與合法用戶端交涉受影響的演算法，因為相同的過時計數會隱藏對應的憑證，因此很可能會注意到錯誤設定。因此，由於設定不是預設設定，因此此問題已評估為「低」嚴重性。FIPS 影響：否 此問題不會影響 FIPS 模組，因為受影響的程式碼位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-72897）
- 在啟用 Python 繫結的 libxml2 中發現缺陷。遠端攻擊者可提供特製的 XML 檔，其中包含具有列舉屬性值的檔類型定義 （DTD） ，藉此來利用此弱點。這會在 SAX attributeDecl 回呼處理常式中觸發雙重釋放錯誤，其中字串會釋放兩次。此缺陷可能會導致拒絕服務 （DoS），因為使用 libxml2 SAX 繫結的 Python 應用程式會發生可重現的當機。（CVE-2026-74860）
- 問題摘要：透過呼叫 EVP_Cipher() 函式完成作業時，使用空密文的 ChaCha20-Poly1305 和 AES-OCB 解密可以報告成功，而無需驗證提供的驗證標籤。影響摘要：在空白密文上呼叫 EVP_Cipher() 並預期呼叫來檢查 AEAD 標籤的應用程式可能會接受偽造的訊息。CWE：CWE-354（完整性檢查值驗證不當）說明：AEAD 密碼的 EVP_Cipher() API 呼叫的行為類似於一次性加密和解密呼叫。它還會在解密作業後驗證 AEAD 標籤。但是，對於 AES-OCB 和 ChaCha20-Poly1305 加密，當空密文傳遞給函式時，它會跳過 AEAD 標籤驗證。此函式的呼叫端可能會認為，成功傳回表示這些密碼的有效 AEAD 標籤，即使在此情況下尚未真正驗證。FIPS 影響：
無 4.0、3.6、3.5、3.4 和 3.0 中的 FIPS 模組不受此 CVE 影響，因為受影響的演算法未經 FIPS 核准，因此未在 FIPS 模組中實作。(CVE-2026-75803)
- 問題摘要： OpenSSL QUIC 堆疊不會強制執行串流的連線層級流量控制。遠端對等節點可以傳送更多位元組，只要它們符合資料流控制限制即可。影響摘要：惡意遠端對等可能會利用資料流缺少連線流程控制的情況，使 QUIC 堆疊接收 ~100MB 的記憶體，而不是 768 KiB （預設的流量控制視窗大小）。CWE：CWE-770：無限制或節流的資源分配 說明：本機 QUIC 堆疊會向其遠端對等通告兩個流量控制限制：串流流量控制限制和連線流量控制限制。遠端對等體在傳輸資料流資料時必須遵循這兩個限制。每當本機 QUIC 堆疊收到串流框架時，它都會驗證所接收串流框架的大小是否保持在流量控制限制內。如果超過任一限制 （串流層級或連線層級），則 QUIC 堆疊必須以流量控制錯誤關閉連線。易受攻擊的 OpenSSL QUIC 堆疊會強制執行串流層級限制，但不會強制執行連線層級限制。若要利用此問題，必須符合三個條件： - 遠端對等體開啟數個資料流 - 每個資料流必須保持在資料流層級流量控制限制內 - 任何資料流上都不得傳送零偏移位元組 （以防止易受攻擊的 QUIC 堆疊耗用資料）。透過滿足上述條件，遠端對等體可以使本機堆疊配置 2 x MAX_STREAMS x （資料流控制限制） 位元組的記憶體。MAX_STREAMS預設為 100，此限制同時適用於雙向和單向串流，總共 200 個。資料流的預設流量控制視窗為 512kB。遠端對等可能會強制易受攻擊的 QUIC 堆疊為每個連線配置 100MB 的堆積。FIPS 影響：否 FIPS 模組不受影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。
(CVE-2026-75804)
- 問題摘要：根據 PKCS#10 CSR 要求撤銷憑證的 CMP 用戶端可能會在處理特製的撤銷回應時，解除參照 NULL 指標並異常終止。影響摘要：該 NULL 指標解除參照問題發生於執行讀取操作時，這會導致受影響的用戶端應用程式崩潰並發生拒絕服務。CWE：CWE-476：NULL 指標解除參照 說明：撤銷憑證的 CMP 用戶端必須告訴伺服器要撤銷哪個憑證，並且可以透過提供 PKCS#10 CSR (而不是憑證本身或其簽發者名稱和序號) 來執行此操作。這是命令列上的「openssl cmp -cmd rr -csr <file>」，或透過 API 使用 OSSL_CMP_exec_RR_ses() 並經由 OSSL_CMP_CTX_set1_p10CSR() 提供憑證的 OSSL_CMP_exec_RR_ses()。CSR 不包含憑證的簽發者名稱和序號，因此用戶端不會傳送這些資訊。伺服器或可選擇在其回應中指明它所撤銷的憑證，用戶端接著會將該名稱與它所發送的內容進行比對。由於用戶端既未發送簽發者名稱也未發送序號，它沒有任何資訊可供比對，而伺服器會傳回一個特製的名稱讓用戶端從 NULL 指標讀取並導致當機。在撤銷回應抵達受影響的程式碼之前，系統會檢查該回應有無有效的訊息保護，因此攻擊者必須是惡意或遭入侵的 CMP 伺服器，或是擁有用於訊息保護之密碼的中間人。
以憑證或簽發者與序號 (而非 PKCS#10 CSR) 來識別待撤銷憑證的用戶端不會受到影響。FIPS 影響：由於 CMP 通訊協定實作位於 OpenSSL FIPS 模組邊界之外，因此沒有 FIPS 模組會受到此問題的影響。(CVE-2026-75805)
- 問題摘要：使用 AEAD 加密套件已建立的 DTLS 1.2 關聯可能會由單一未經驗證的資料包終止，其加密片段短於必要的明確 IV 和驗證標籤額外負擔 。影響摘要：攻擊者若能傳送路由傳送至現有 DTLS 1.2 關聯的資料包，就可以在不知道任何金鑰資料的情況下拆除該關聯。這是僅限於目標關聯的拒絕服務。不會對記憶體安全或機密性造成影響。CWE：CWE-1284：輸入描述中指定數量的驗證不當：在 TLS 1.2 和 DTLS 1.2 中，受 AEAD 加密套件保護的每筆記錄都會帶有明確的 IV，後面接著加密文和驗證標籤。解密這類記錄時，記錄層會先將記錄長度傳遞至加密實作，然後再檢查記錄是否足夠長以包含明確的 IV 和標籤。若記錄長度短於該上限，加密實作會拒絕此不合規的長度，而記錄層則將此視為內部錯誤，並觸發致命的 internal_error 警示，而非將該記錄視為驗證失敗的記錄。在TLS 1.2 情況下，相同的記錄會導致重大internal_error警示，而不是預期的bad_record_mac警示。由於任何無法解密的記錄都已終止 TLS 連線，因此這是通訊協定一致性問題，而不是 TLS 中的安全性問題。此修正程式會在進行任何 AEAD 處理之前，根據明確的 IV 和標籤長度驗證記錄長度，以便TLS報告bad_record_mac和 DTLS 以無訊息方式捨棄記錄。FIPS 影響：否，受影響的程式碼位於 FIPS 模組邊界之外外。(CVE-2026-75806)
- Expat through 2.8.3 包含越界讀取弱點，可讓攻擊者使用透過 XML_ExternalEntityParserCreate 建立的外部實體剖析器處理 XML，藉此觸發記憶體損毀。ELEMENT_TYPE成員之間的結構大小不相符會導致 storeAtts 讀取超過配置記憶體界限的 attIndex 成員，進而導致無法正規化非 CDATA 屬性中的空格，或百搭指標解除參照造成 segfault。此弱點是由 的 CVE-2026-66046修正程式引入的。（CVE-2026-76641）
- 在 libxml2 中發現一個瑕疵。提供特製 XML 型錄的本機使用者或攻擊者可在 XML 型錄剖析期間觸發 NULL 指標解除參照。當「nextCatalog」元素缺少其強制性的「catalog」屬性時，就會發生這種情況，從而導致應用程式當機並導致拒絕服務 （DoS）。（CVE-2026-76781）
- 在 libexpat 2.8.2 及 2.8.3 之前 2.8.4，誤解 getentropy 的傳回碼會導致熵不足，進而容易受到雜湊溢流攻擊，透過特製的 XML 內容造成拒絕服務。（CVE-2026-76956）
- libexpat 之前 2.8.4 缺少具有自訂編碼回呼的處理常式呼叫深度追蹤。因此，可能會發生釋放後使用。注意：這類似於 CVE-2026-50219、 和 CVE-2026-56131CVE-2026-56412。
(CVE-2026-76957)
- 提交 13c5f63 之前的 libexpat 在 xmlparse.c 中包含堆積緩衝區過度讀取弱點。
XML_ParseBuffer使用呼叫端提供的長度來推進剖析緩衝區結尾 >m_bufferEnd += len，且不會針對配置的緩衝區大小進行驗證，因此重複的XML_ParseBuffer呼叫會m_bufferEnd過堆積配置的結尾，而後續的剖析讀取會越界讀取。到達此路徑需要剖析緩衝區已經存在;否則XML_ParseBuffer傳回XML_ERROR_NO_BUFFER。
在先前呼叫 XML_GetBuffer 之後，緩衝區會直接 （常見案例） 或透過在內部配置緩衝區的先前 XML_Parse 呼叫間接出現。過度讀取會將相鄰的堆積記憶體洩漏給呼叫端應用程式，以復原足以擊敗 ASLR 並建置進一步利用原語的堆積指標、libc 函式指標和程式碼指標。（CVE-2026-77214）
- 問題摘要：SM2 簽章產生對秘密值使用非恆定時間算術，形成計時旁路。影響摘要：若攻擊者能夠測量 SM2 簽名時間，便可能獲取關於每個簽名所對應的機密隨機數（nonce）的資訊；當累積足夠多的簽名時，攻擊者便可透過格理論／隱數問題攻擊，進而復原私鑰。CWE：CWE-208：可觀察的時序差異 描述：SM2 簽章產生使用對秘密隨機數和私鑰的可變時間 BIGNUM 操作來計算簽章值，因此產生 SM2 簽章所需的時間取決於這些秘密值，從而形成計時旁路。執行 SM2 簽章產生的應用程式會在所有平台上受到影響。FIPS 影響：否 SM2 不是 FIPS 演算法。（CVE-2026-77696）
- 存在弱點，當使用 STARTTLS 升級連線的新傳輸動作嘗試重複使用現有的即時連線時，即使 TLS 配置不相符導致此重複使用本不應該發生，系統仍會重複使用此連線。(CVE-2026-8286)
- 在某些情況下，當被要求執行協商驗證的連線時，libcurl 可能會重複使用錯誤的連線，即使它們設定為使用不同的服務也是如此。libcurl 具有最近連線集區，以便後續請求可以重複使用現有連線以避免額外負荷。重複使用連線時，必須符合一系列準則。由於程式碼中的邏輯錯誤，應用程式發出的要求可能會錯誤地重複使用與使用不同服務驗證之相同伺服器的現有連線。（CVE-2026-8458）
- 問題摘要：惡意遠端對等可能會避免對遠端 QUIC 堆疊可以使用多少個連線 ID 進行限制檢查，從而向本機 QUIC 堆疊淹沒NEW_CONNECTION_ID框架。影響摘要：本機 QUIC 堆疊會針對收到的每個 NEW_CONNECTION_ID 框架傳送一個 RETIRE_CONN_ID 框架。RETIRE_CONN_ID 框架會透過控制框架佇列 （CFQ） 分派。如果遠端對等體也保留 ACK，則可以強制本機堆疊配置 ~400MB （視 ACK 延遲而定）。CWE：CWE-770：無限制或節流的資源分配 描述：RFC 9000 部分 5.1.1 和 5.1.2 [1] 描述了遠端對等體可以通知本機 QUIC 堆疊變更本機堆疊用來識別遠端對等體連線的目的地連線 ID （也稱為 CID） 的機制。每個 CID 都與一個序號相關聯。序號會以 NEW_CONNECTION_ID 和 RETIRE_CONNECTION_ID 框架傳輸，以識別與連線相關聯或已淘汰的 CID。遠端對等會傳送 NEW_CONNECTION_ID 框架，讓本機堆疊知道新的 CID 與現有連線相關聯。NEW_CONNECTION_ID 框架帶有新的 CID、其序號和淘汰優先號碼。retire-prior-to 可識別要淘汰的現有 CID。本機 QUIC 堆疊必須針對序號小於 retire-prior-to 的每個目的地 CID 傳送RETIRE_CONNECTION_ID。
在本機堆疊收到其RETIRE_CONNECTION_ID框架的 ACK 之後，CID 就會淘汰。雖然 OpenSSL QUIC 堆疊最多支援每個連線一個目的地 CID，但可能會被誘騙為每個連線處理多個 RETIRE_CONNECTION_ID 框架。OpenSSL QUIC 堆疊目前會在收到NEW_CONNECTION_ID後立即淘汰目的地 CID，而實際上，目的地 CID 必須在收到 RETIRE_CONNECTION_ID 框架的 ACK 後淘汰。修正有缺陷的邏輯也會修正待辦專案成長。[1] https://datatracker.ietf.org/doc/html/rfc9000#name-issuing-connection-ids FIPS 影響：否 FIPS 模組不受影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-84784）
- 在之前 2.15.4的 libxml2 中，xmlFAParsePosCharGroup 具有越界讀取，也就是 xmlregexp 中 NXT 巨集中的越界讀取。（CVE-2026-86137）
- 在之前的 2.15.4libxml2 中，dict.c 中的 xmlDictAddQString 有一個整數溢位，並產生堆積型緩衝區溢位。（CVE-2026-86138）
- 在之前的 libxml2 2.15.4中，uri.c 中的 xmlURIEscapeStr 有一個整數溢位。（CVE-2026-86139）
- 在之前的 libxml2 2.15.4中，valid.c 中的 xmlSnprintfElements 有一個 strcat 堆疊型緩衝區溢位。
(CVE-2026-86140)
- 在 strdup 失敗之後，libxml2 中的 2.15.4 xmlregexp 在 xmlRegNewParserCtxt 中具有 NULL 指標解除參照，亦即在 NULL 檢查後不會計算字串長度。（CVE-2026-86141）
- 在之前的 2.15.4libxml2 中，由於 xmlXPtrEval xpointer 長度飽和，xmlXPtrEvalXPtrPart 中存在堆積型緩衝區溢位。（CVE-2026-86142）
- 在 libxml2 之前 2.15.4的 xmlIO 中，xmlOutputWriteCallback 和 xmlBufUse 的不一致會導致負長度到達寫入回呼，也就是在呼叫 writecallback 之前缺少整數溢位檢查。這與回呼中該長度值的多種使用類型具有安全性相關性。
(CVE-2026-86143)
- curl 的 cookie 剖析邏輯中的一個缺陷允許惡意 HTTP 伺服器設定繞過公用尾碼清單檢查的超級 cookie。這可讓攻擊者控制的來源插入 Cookie，而 Curl 隨後會將這些 Cookie 限定在特定範圍內並傳輸至不相關的第三方網域。(CVE-2026-8924)
- 與 SASL 驗證搭配使用的 curl 邏輯最終可能會清理 GSASL 內容*兩次*，而不清除中間的指標，使其「free（）」相同的指標兩次。（CVE-2026-8925）
- 當要求 curl 使用 '.netrc' 檔案來尋找憑證，同時指定具有使用者名稱 （不含密碼https://[email protected]/`） 的 URL 時，curl 可能會錯誤地取得並使用該主機的 '.netrc' 檔案中設定的 *另一個* 使用者的密碼，如果存在此類使用者，且指定的使用者沒有相符項。（CVE-2026-8926）
- 將 libcurl 控點重複用於由環境變數 Proxy 組態驅動的循序傳輸時，libcurl 無法清除要求之間的 Proxy 鑑別狀態。具體來說，如果初始傳輸使用摘要驗證對「proxyA」進行身份驗證，則透過「proxyB」路由的後續傳輸會錯誤地洩漏僅用於「proxyA」的「Proxy-Authorization：」標頭。（CVE-2026-8927）
- libcurl 會重複使用先前建立的連線，即使某些 mTLS 組態相關選項已變更而本應禁止重複使用。libcurl 會將先前使用的連線保留在連線集區中，以便在其中一個連線符合設定時重複使用後續傳輸。但是，某些與用戶端憑證相關的 TLS 設定被遺漏在組態相符檢查中，因此它們太容易相符。特別是與私鑰相關的選項。（CVE-2026-8932）
- libcurl 有一個缺陷，當被指示清除代理身份驗證憑據時，它不會這樣做，留下舊憑據用於不應知道或使用它們的後續傳輸。
(CVE-2026-9079)
- 在事件型「CURLMOPT_SOCKETFUNCTION」回呼中呼叫「curl_easy_pause（）」會觸發釋放後使用弱點，其中 libcurl 會在釋放該指標的記憶體後立即嘗試使用懸空結構指標來儲存旗標。（CVE-2026-9080）
- Expat before 2.8.5 無法驗證 UTF-16 輸入中的高代理值後面接著低代理值，從而允許接受格式錯誤的 UTF-16 序列。攻擊者可提供 UTF-16 編碼的 XML，其中包含使用下列程式碼單元的單獨高代理項，導致 Expat 將未配對的代理項傳遞給使用 XML_UNICODE 建置的應用程式，並以無訊息方式取代其他組建中的輸入字元。
(CVE-2026-93990)
- 在此案例中，libcurl 會先使用適當的 HTTP/3 伺服器進行初始傳輸，而當它進行第二次傳輸至相同網站時，它已由攻擊者的冒名頂替者電腦取代 - 沒有有效憑證。當 libcurl 第二次使用快取的 SSL 工作階段 （'CURLOPT_SSL_SESSIONID_CACHE' 未停用） 且早期資料啟用 （'CURLSSLOPT_EARLYDATA' 位設定在 'CURLOPT_SSL_OPTIONS'） 時，libcurl 可能會在該新連線上傳送第二個要求的位元組
*之前* 強制執行憑證驗證失敗。可能洩露敏感資訊。
(CVE-2026-9545)
- libcurl 中的弱點導致 HTTP 'Referer：' 標頭在明確清除時仍會持續存在。
雖然文件指出將 NULL 傳遞給 'CURLOPT_REFERER' 會抑制標頭，但該選項無法清除內部狀態。結果，先前的反向連結字串被錯誤地重複使用並在後續請求中發送，從而可能將敏感資訊洩露給意外伺服器。
(CVE-2026-9546)
- 當 libcurl 型應用程式透過「SCP://」或「SFTP://」執行傳輸並利用「CURLOPT_SSH_KEYFUNCTION」回呼時，它可能會以無訊息方式接受不受信任的伺服器。當伺服器提供的主機金鑰類型與「known_hosts」檔案中已為該主機記錄的特定金鑰類型不符時，就會發生此弱點。回呼機制沒有拒絕不相符，而是無法正確執行限制，導致連線在沒有警告的情況下成功，並面臨潛在的中間人攻擊的風險。（CVE-2026-9547）
請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。
解決方案
升級至 Nessus Network Monitor 6.6.0 或更新版本。另請參閱
https://www.tenable.com/downloads/tenable-network-monitor
Plugin 詳細資訊
嚴重性: High
ID: 374269
檔案名稱: nnm_6_6_0.nasl
版本: 1.1
類型: Local
代理程式: windows, macosx, unix
系列: Misc.
已發布: 2026/10/30
已更新: 2026/10/30
支援的感應器: Nessus Agent, Nessus
風險資訊
VPR
風險因素: High
分數: 7
百分位數: 98.2
Vendor
Vendor Severity: Critical
CVSS v2
風險因素: Critical
基本分數: 10
時間性分數: 7.8
媒介: CVSS2#AV:N/AC:L/Au:N/C:C/I:C/A:C
CVSS 評分資料來源: CVE-2026-63073
CVSS v3
風險因素: Critical
基本分數: 9.8
時間性分數: 8.8
媒介: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
時間媒介: CVSS:3.0/E:P/RL:O/RC:C
CVSS 評分資料來源: CVE-2026-63073
CVSS v4
風險因素: High
Base Score: 8.7
Threat Score: 7.7
Threat Vector: CVSS:4.0/E:P
Vector: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N
CVSS 評分資料來源: CVE-2026-93990
弱點資訊
CPE: cpe:/a:tenable:nnm
必要的 KB 項目: installed_sw/Tenable NNM, Host/nnm_installed
可被惡意程式利用: true
可輕鬆利用: Exploits are available
修補程式發佈日期: 2026/10/26
弱點發布日期: 2025/11/13
參考資訊
CVE: CVE-2026-0989, CVE-2026-0990, CVE-2026-0992, CVE-2026-102633, CVE-2026-11352, CVE-2026-11564, CVE-2026-11586, CVE-2026-11979, CVE-2026-14456, CVE-2026-14457, CVE-2026-1757, CVE-2026-18798, CVE-2026-1965, CVE-2026-34180, CVE-2026-34181, CVE-2026-34182, CVE-2026-34183, CVE-2026-35189, CVE-2026-35191, CVE-2026-3783, CVE-2026-3784, CVE-2026-3805, CVE-2026-42764, CVE-2026-42766, CVE-2026-42767, CVE-2026-42772, CVE-2026-45186, CVE-2026-4873, CVE-2026-50219, CVE-2026-54872, CVE-2026-54873, CVE-2026-54874, CVE-2026-54875, CVE-2026-5545, CVE-2026-56131, CVE-2026-56132, CVE-2026-56403, CVE-2026-56404, CVE-2026-56405, CVE-2026-56406, CVE-2026-56407, CVE-2026-56408, CVE-2026-56409, CVE-2026-56410, CVE-2026-56411, CVE-2026-56412, CVE-2026-5773, CVE-2026-6253, CVE-2026-6276, CVE-2026-63072, CVE-2026-63073, CVE-2026-63074, CVE-2026-63075, CVE-2026-63076, CVE-2026-6429, CVE-2026-66046, CVE-2026-6732, CVE-2026-7009, CVE-2026-7168, CVE-2026-72897, CVE-2026-74860, CVE-2026-75803, CVE-2026-75804, CVE-2026-75805, CVE-2026-75806, CVE-2026-76641, CVE-2026-76781, CVE-2026-76956, CVE-2026-76957, CVE-2026-77214, CVE-2026-77696, CVE-2026-8286, CVE-2026-8458, CVE-2026-84784, CVE-2026-86137, CVE-2026-86138, CVE-2026-86139, CVE-2026-86140, CVE-2026-86141, CVE-2026-86142, CVE-2026-86143, CVE-2026-86144, CVE-2026-8924, CVE-2026-8925, CVE-2026-8926, CVE-2026-8927, CVE-2026-8932, CVE-2026-9079, CVE-2026-9080, CVE-2026-93990, CVE-2026-9545, CVE-2026-9546, CVE-2026-9547