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

  - 問題摘要：當 OpenSSL 快取 X.509 延伸資訊時，若憑證包含多個 nameRelativeToCRLIssuer CRL 分發點，將導致堆記憶體過度增長。影響摘要：從惡意對等接收特製的憑證可能會導致用戶端或索取用戶端憑證的伺服器造成嚴重的記憶體壓力，並可能發生拒絕服務。CWE：CWE-770：無限制或無限流的資源分配 說明：若憑證或一組憑證的大小未超過對等方所接受的憑證大小限制（約 100 KiB），則在正常的 TLS 握手過程中，可能會導致接收端分配數百 MiB 的駐留記憶體。 如果多個並行連線導致類似較大的記憶體配置，這可能足以使用戶端或伺服器當機。此修正程式會將憑證中 CRL 發佈點延伸模組的處理延遲至 CRL 處理需要處理值的時間。這可避免在收到此類憑證時，長時間保留大型記憶體配置。FIPS 影響：否，受影響的程式碼位於 FIPS 模組邊界之外外。(CVE-2026-35189)

  - 問題摘要：呼叫 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）

  - 問題摘要： 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)

  - 問題摘要：DTLS 的重傳邏輯無法正確處理在寫入過程中被暫停的握手訊息。重新傳輸的訊息可以透過訊息緩衝區讀取，而且重新傳輸會覆寫暫停寫入正確繼續所需的內部狀態。影響摘要：重新傳輸的訊息可能會將堆記憶體以明文握手資料的形式洩露給對端，或當讀取操作觸及未映射的記憶體區域時，導致系統當機並引發拒絕服務攻擊。CWE：CWE-125：越界讀取 說明：DTLS 握手訊息可分為多個片段寫入，若底層傳輸層暫時無法接受更多資料，寫入操作可能會在訊息中途暫停（並回傳 WANT_WRITE）。當此類寫入操作被暫停時，DTLS 重傳計時器可能會獨立觸發，並要求重傳邏輯從其重傳佇列中重新傳送一則較早、且已確認送達的訊息。 
    重傳邏輯重複使用了與仍在寫入中的訊息相同的內部緩衝區和位置追蹤機制，卻未將位置重設回待重傳訊息的起始處。 
    因此，重傳資料是從暫停寫入處中斷的位置開始讀取的，這導致產生了一則標籤錯誤的訊息，其內容體是由另一則仍在傳輸中的較大訊息所殘留的位元組——這些內容本不該在該時刻傳送，且可能超出已分配緩衝區的範圍。 此外，即使轉發操作已正確定位，若在另一項寫入操作被暫停期間仍讓轉發操作執行至完成，將會覆寫該暫停寫入操作所依賴的相同共用帳務記錄，而該寫入操作正是仰賴此記錄才能恢復執行。 當應用程式稍後繼續暫停的寫入時 （透過後續的 SSL_read（）、SSL_write（）、SSL_accept（） 或 SSL_connect（） 呼叫），它會發現該簿記處於與訊息不一致的狀態，並在除錯組建中中止處理程序。此修正程式會在重新傳送之前，將重新傳輸的讀取位置重設為訊息的開頭，並在交握寫入仍暫停時完全略過重新傳輸，並延遲到下一個繼續它的呼叫。FIPS 影響：否，受影響的程式碼位於 FIPS 模組邊界之外外。(CVE-2026-84782)

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

偵測

AlmaLinux 9.6 [TuxCare] 安全性更新：openssl / openssl-devel / openssl-libs / openssl-perl 多個弱點（ALMALINUX9.6：CLSA-2026：1793092125）

high Nessus Plugin ID 372418

版本 1.1

偵測

AlmaLinux 9.6 [TuxCare] 安全性更新：openssl / openssl-devel / openssl-libs / openssl-perl 多個弱點 （ALMALINUX9.6：CLSA-2026：1793092125）

high Nessus Plugin ID 372418

版本 1.1

AlmaLinux 9.6 [TuxCare] 安全性更新：openssl / openssl-devel / openssl-libs / openssl-perl 多個弱點（ALMALINUX9.6：CLSA-2026：1793092125）