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

  - tls清除 tls_decrypt_async_wait() 中的 async_hold。當 AEAD 引擎參照其分散清單資料時async_hold 佇列釘選了加密的輸入 skb。一旦 tls_decrypt_async_wait() 傳回即表示每個 AEAD 作業都完成且引擎不再參照這些 skb因此可以無條件釋放這些 skb。後續修補程式將批次非同步解密新增至 tls_sw_read_sock()並引入新的呼叫網站該網站必須排出擱置中的 AEAD 作業並釋放保留的 skbs。將 __skb_queue_purge(&ctx->async_hold) 移至 tls_decrypt_async_wait()因此可以集中進行清除而且每個呼叫端 (recvmsg 的排出路徑、tls_do_decryption() 中的 -EBUSY 遞補以及新的 read_sock 批次路徑) 都會在同步時釋放保留的 skb而不需要每個獨立管理清除的網站。這可修正在將部分複制的 skb 新增至 async_hold 佇列後tls_strp_msg_hold() 中途失敗時發生的洩漏。然後tls_decrypt_sg() 會呼叫 tls_decrypt_async_wait() 以處理所有擱置的解密併中斷同步模式但 tls_sw_recvmsg() 只會在已在完全非同步模式中處理一個記錄時排清 async_hold 佇列 (此處可能並非如此) 。 [pabeni@redhat.com新增洩漏註解] (CVE-2026-23414)

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

偵測

Linux Distros 未修補的弱點：CVE-2026-23414

medium Nessus Plugin ID 304782

版本 1.1