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

  - 問題摘要：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] 安全性更新：compat-openssl11 （ALMALINUX9.6：CLSA-2026：1792506549）

high Nessus Plugin ID 367920

版本 1.1