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

  - ipv4：raw：拒绝含有 IHL < 5 的 IP_HDRINCL 数据包 raw_send_hdrinc（） 验证调用程序提供的 IPv4 标头是否适合消息长度： iphlen = iph->ihl * 4;错误 = -EINVAL;if （iphlen > length） goto error_free;if （iphlen >= sizeof（*iph）） { /* 修复 saddr， tot_len， id， csum， transport_header */ } 但是，它不会拒绝 ihl < 5。对于此类数据包，会跳过 if （iphlen >= sizeof（*iph）） 分支，从而不影响构建的 iphdr，但数据包仍会传递给 __ip_local_out（） 以及后续版本。读取 iph->ihl 的下游使用者会假设一个合理的值：net/ipv4/ah4.c：ah_output（） 会特别从 top_iph->ihl * 4 减去 sizeof（struct iphdr），并将（signed-int-negative，然后转换为 size_t）结果传递到 memcpy（），进而产生长度接近 SIZE_MAX 的 OOB 访问和主机内核错误。根据定义，具有 ihl < 5 的 IPv4 标头格式错误（RFC 791：Internet 标头长度是 Internet 标头以 32 位字表示的长度...... 请注意，正确标头的最小值为 5。）内核不应愿意将此类数据包注入其自己的输出路径。拒绝 iphlen < sizeof（*iph） 及现有 iphlen >长度检查。这符合重新进入 IP 堆栈的本地构建数据包必须通过与外部数据包相同的基本健全性测试的原则。一旦它落地，修复分支周围的 if （iphlen >= sizeof（*iph）） 封装程序就变得多余;保留原处以保持修补程序最少且便于向后移植。后续行动可以解开它。请注意，提交 86f4c90a1c5c（ipv4、ipv6：确保原始套接字消息大小足以容纳 IP 标头）确保消息缓冲区大小足以容纳 iphdr，但不会限制自我报告的 iph->ihl。可达性：畸形数据包源是具有CAP_NET_RAW的任何调用程序，包括内核中 CONFIG_USER_NS=y 的 user+net 命名空间中的非特权进程。再现的 AH 崩溃还要求在传出路由上匹配 xfrm AH 策略;被授予CAP_NET_ADMIN的容器可以在其 netns 中安装该状态和策略。环回绕过xfrm_output，因此触发器使用真正的 netdev。在 UML 上重现 + KASAN：地址0x0的内核模式错误，memcpy_orig在崩溃位置。在无根 Docker 容器内重现相同的形状，并在 --cap-add 库存 distro 内核上具有NET_ADMIN。
    (CVE-2026-64114)

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

检测

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

high Nessus 插件 ID 328322

版本 1.2

版本 1.1

版本 1.2 Jul 21, 2026, 8:31 PM CVSS metrics ("CVSSv2 score" set to 4.9) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:L/Au:N/C:N/I:N/A:C") CVSSv2 severity (based on CVE-2026-64114, severity increased from "Low" to "Medium") Detection (updated detection logic) Plugin metadata Plugin Feed: 202607212031
版本 1.1 Jul 21, 2026, 12:41 AM New Plugin Feed: 202607210041