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

  - tlstls_decrypt_async_wait() 中的清除 async_hold 当 AEAD 引擎引用其 scatterlist 数据时async_hold 队列会固定加密的输入 skb。tls_decrypt_async_wait() 返回后每个 AEAD 操作都已完成引擎不再引用这些 skb因此可无条件释放它们。后续的修补程序向 tls_sw_read_sock() 添加批处理异步解密引入必须耗尽待定 AEAD 操作并释放保留的 skb 的新调用站点。移动 __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 插件 ID 304782

版本 1.4