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

  - net/tls修正 tls_do_encryption 的 -EBUSY 錯誤路徑中的釋放後使用。tls_do_encryption() 中的 -EBUSY 處理是由認可 859054147318 引入 (nettls 處理密碼編譯要求的積存記錄)具有釋放後使用這是因為 encrypt_pending 和 scatterlist 項目的雙重清理所導致。crypto_aead_encrypt() 傳回 -EBUSY 時要求會排入 cryptd backlog 的佇列且 async 回呼 tls_encrypt_done() 會在完成時叫用。該回呼會無條件地還原 scatterlist 項目 (sge->offset、sge->length) 並遞減 ctx->encrypt_pending。不過如果 tls_encrypt_async_wait() 傳回錯誤則 tls_do_encryption() 中的同步錯誤路徑會再次執行相同的清理、雙重遞減 encrypt_pending 及雙重還原分散清單。雙重遞減損毀 encrypt_pending 標記 (初始化為 1)使 tls_encrypt_async_wait() 永久略過等待擱置的 async 回呼。隨後的 sendmsg 可在 cryptd 回呼仍擱置時透過 bpf_exec_tx_verdict() 釋放 tls_rec導致在已釋放的記錄上觸發回呼時發生釋放後使用。因回呼已處理 encrypt_pending 和 sge 還原而在 -EBUSY async wait 傳回錯誤時略過同步清理來修正此問題。 (CVE-2026-31533)

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

偵測

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

critical Nessus Plugin ID 310043

版本 1.5