Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net/tls修复 tls_do_encryption 的 -EBUSY 错误路径中的释放后使用。tls_do_encryption() 中的 -EBUSY 处理由提交 859054147318nettls处理加密请求中引入存在释放后使用原因是双重清理 encrypt_pending 和 scatterlist 条目。当 crypto_aead_encrypt() 返回 -EBUSY 时请求会排入 cryptd backlog 队列且会在完成时调用异步回调 tls_encrypt_done()。该回调无条件还原 scatterlist 条目 (sge->offset, sge->length) 并减少 ctx->encrypt_pending。但是如果 tls_encrypt_async_wait() 返回错误则 tls_do_encryption() 中的同步错误路径会再次执行相同的清理从而双重减少 encrypt_pending 并双重还原 scatterlist。双递减会损坏 encrypt_pending sentinel初始化为 1使 tls_encrypt_async_wait() 永久跳过等待待定异步回调。当 cryptd 回调仍待定中时后续 sendmsg 可通过 bpf_exec_tx_verdict() 释放 tls_rec从而在已释放记录上触发回调时导致释放后使用。通过在 -EBUSY 异步等待返回错误时跳过同步清理来修复此问题因为回调已处理 encrypt_pending 和 sge 还原。 (CVE-2026-31533)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-31533

critical Nessus 插件 ID 310043

版本 1.5