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

  - vmxnet3修复 vmxnet3_process_xdp 中畸形的数据包大小调整 vmxnet3 驱动程序的 XDP 处理对于使用 ring0 的数据包大小即介于 128 - 3k 字节之间的数据包大小存在缺陷。我们注意到将 vmxnet3 作为底层 NIC 时Cilium 的服务负载平衡存在与 MTU 相关的连接问题。HTTP 后端服务的简单 curl其中 XDP LB 执行 IPIP 封装导致数据包过大但仅限*某些*数据包例如 HTTP GET 请求而其他数据包例如之前的 TCP 3WHS在 上看起来完全正常请注意，实际上后端节点上的 pcap 记录实际上显示具有 XDP LB 的节点正在将未初始化的内核数据泄漏到受影响数据包的线路上例如数据包应为 152 字节其实际大小却是 1482 字节。因此将用当时该页面中的任何其他数据填充 152 字节后的剩余部分例如我们从之前处理的数据包中看到用户/负载数据。我们仅在通过 MTU 问题时注意到这一点例如当 XDP LB 节点和后端节点都有相同的 MTU时例如 1500然后 curl 请求在后端节点的 NIC 上被丢弃因为数据包太大即使 IPIP-封闭的数据包通常永远不会接近 MTU 限制。降低 XDP LB 上的 MTU（例如 1480）会导致 curl 请求成功（这也表示内核忽略了填充因此用户不易察觉问题）。提交 e127ce7699c1 (vmxnet3修复缺少的保留 tailroom) 过于急于将 xdp_prepare_buff() 从 rcd->len 切换到 rbi->len。它确实需要遵守 rcd->len即来自描述符的实际数据包长度。顺便说一下，我们也将后者馈送到 vmxnet3_process_xdp_small() 中它指示初始化 xdp->{data,data_end} 部分所需的正确长度。对于 e127ce7699c1vmxnet3修复缺少的保留 tailroom已知 xdp_data_hard_end() 依赖于 xdp->frame_sz相关部分正在调整 xdp_init_buff() 以解决警告。修复该问题后线路上的流量看起来又恢复正常。 (CVE-2025-37799)

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

检测

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

medium Nessus 插件 ID 247712

版本 1.9