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

  - ip6：vti：在 vti6_siocdevprivate（） 中使用 ip6_tnl.net。在本系列的 1/2 修补程序之后，vti6_update（） 通过 t->net 断开和重新链接隧道。vti6_siocdevprivate（） 仍使用 dev_net（dev） 进行冲突查找。对于通过 IFLA_NET_NS_FD 移动的隧道，dev_net（dev） 是新的 netns，而不是 t->net。
    然后，迁移的隧道中的 SIOCCHGTUNNEL 运行：net = dev_net（dev） /* 迁移的 netns */ t = vti6_locate（net， &p1， false） /* 在 t->net 中未达到目标 */ ...t = netdev_priv（dev） vti6_update（t， &p1， false） /* 改变 t->net 的哈希 */ 迁移的 netns 中的调用程序会选择与创建 netns 中的隧道相匹配的参数。
    在 dev_net（dev） 中进行查找，未找到任何内容。vti6_update（） 会针对这些参数在创建 netns 哈希存储桶的头部预加迁移的隧道。稍后在创建 netns 中的查找会解析到已迁移的设备。xfrm receive 通过调用方控制的设备发送匹配的数据包。可从非特权用户命名空间访问 （unshare --user --map-root-user --net）。容器主机上的跨租户范围。
    将非回退设备上的 SIOCCHGTUNNEL 路径切换为使用 t->net 进行查找。查找现在匹配 netns vti6_update（） 操作。还在查找前添加 ns_capable（self->net->user_ns，CAP_NET_ADMIN）。案例顶部的检查针对的是 dev_net（dev）->user_ns，迁移后即为攻击者的 netns。那里的调用程序可以选择 self->net 中不存在的参数，查找返回 NULL，t 变为 self，vti6_update（） 将设备插入创建 netns 哈希。新的检查还要求在创建 netns user_ns中CAP_NET_ADMIN。回退设备上的 SIOCADDTUNNEL 和 SIOCCHGTUNNEL 保持 dev_net（dev），等于该处的 init_net。（CVE-2026-63921）

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

检测

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

high Nessus 插件 ID 328276

版本 1.15