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

  - 数据包：将ubuf_info完成用于TX_RING数据包tpacket_snd发送含有指向其环形插槽的碎片的 skb。调用 skb->析构函数时释放插槽。对 skb_orphan 的调用会在释放 skb 之前调用 skb->destructor。这可造成插槽在仍链接至 skb 时被重用。切换到标准 zerocopy 完成 （ubuf_info），这样只有在所有对负载的引用都释放或复制后才释放插槽。将 skb->析构函数还原为标准sock_wfree。ubuf_info完成回调可以使用 NULL skb 调用，但只能从net_zcopy_put和相关 API 调用，这些 API 由在 uarg 上保留自己的引用的 zerocopy 实现（例如 MSG_ZEROCOPY）使用。此 uarg 只会从 skb_zcopy_clear完成，因此始终会设置 skb。若要防止用户空间对共享环槽上的传输中状态进行别名处理，请按数据包分配 tpacket_uarg，而不是按插槽分配。这会向传输路径添加少量分配。使用标准 kmalloc 以允许向后移植到稳定内核。uarg 包含一个sk_wmem_alloc引用，而不是一个sk_refcnt引用。packet_free_tx_ring 在释放环页面之前等待sk_wmem_alloc。始终为tx_ring分配 vec->deferred，这样当 skb_copy_ubufs 丢弃页面引用时，页面支持的环也会在sk_wmem_alloc后再调用 tpacket_ubuf_complete。终止tpacket_destruct_skb在访问插槽之前执行的 tx_ring.pg_vec 测试。sk_wmem_alloc引用现在可保证插槽有效。该测试本身也不够，因为它在没有pg_vec_lock的情况下读取pg_vec，因此它可以与packet_set_ring竞争。因此，当复制其负载时，插槽会释放，这可能在传输之前（例如，在skb_orphan_frags_rx中）。如果在调用 skb_tx_timestamp（） 之前复制，则不会记录任何插槽时间戳，类似于在此修补程序之前在数据路径早期调用 skb_orphan（） 的情况。恢复当前未使用的之前的skb_zcopy_。_nouarg infra。取决于提交 992cc9f94ca9（net/packet：延迟 vmalloc 释放TX_RING直到 skbs 完成）。（CVE-2026-98503）

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

检测

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

medium Nessus 插件 ID 367103

版本 1.3