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

  - net：gro：修复刷新标记的 skbs 提交 0ab03f353d36 的双重聚合（net-gro：修复收到 GSO 数据包时的 GRO 刷新。） 已向 skb_gro_receive（） 添加刷新检查，但 skb_gro_receive_list（） 缺少相同的验证。因此，以 NAPI_GRO_CB（skb）->flush 标记的数据包可能仍会被重新聚合。这可将具有现有frag_list的已 GRO 数据包重新聚合到新的 GRO 会话中，从而破坏frag_list链结构。当 skb_segment（） 尝试解包这些畸形数据包时，会遇到无效状态并触发内核错误。场景（网络共享/设备转发）：1.
    Driver：通过具有 frag_list 2 的 LRO 生成的聚合数据包 P1。开发人员 A：接收聚合的 fraglist 数据包和刷新标记集 3。Dev A：重新进入 GRO，skb_gro_receive_list（） 称为 4。尽管有刷新标记 5，但缺少刷新检查允许重新聚合。Frag_list链损坏（循环或悬摆的参考） 6.
    Dev B： TX 路径调用 skb_segment（），在损坏的frag_list上崩溃 skb_segment（） 中的根本原因： 在 ~4891 行进行的检查： if （hsize <= 0 &&; i >= nfrags &&; skb_headlen（list_skb） &; &; （skb_headlen（list_skb） == len || sg）） { 当 frag_list 因双重聚合而损坏时，当 list_skb 是来自 skb->next 的空指针时， skb_headlen（list_skb） 取消引用空指针或损坏的指针发生。调用跟踪：skb_headlen（NULL skb） skb_segment tcp_gso_segment tcp4_gso_segment inet_gso_segment skb_mac_gso_segment __skb_gso_segment skb_gso_segment validate_xmit_skb validate_xmit_skb_list sch_direct_xmit qdisc_restart __qdisc_run qdisc_run net_tx_action 补丁：向 skb_gro_receive_list（） 中的提前返回检查添加 NAPI_GRO_CB（skb）->flush 验证， 匹配 skb_gro_receive（） 的防御编程模式。（CVE-2026-68136）

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

检测

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

critical Nessus 插件 ID 334252

版本 1.27