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

  - tls处理从 TLS ULP TLS 下消失的数据预期它拥有 TCP 套接字的接收队列。如果 TCP 套接字的阅读器在安装 TLS ULP 之前输入或使用某些非标准读取 API如 zerocopy API则无法保证这一点。将 WARN_ON() 和有缺陷的提前退出留下指向已释放的 skb 的定位标记替换为真正的错误处理。擦除解析状态并通知阅读器重试。我们已经在每次重新获取套接字锁定时重新加载定位标记因此唯一需要避免的情况是越界读取套接字中没有足够的字节用于之前解析的记录长度。如果从 TLS 下读取某些数据但队列中存在足够多的数据我们将重新加载并解密最有可能不是有效 TLS 记录的内容。从 TLS 的角度来看会导致某些未定义的行为损坏流？缺少警报？缺少攻击？但不应发生内核崩溃。 (CVE-2025-38616)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-38616

high Nessus 插件 ID 260242

版本 1.20