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

  - net/sched：处理来自 qdisc 过滤器链的TC_ACT_REDIRECT 附加到 qdisc 过滤器链的 TC 过滤器返回TC_ACT_REDIRECT时（例如：通过调用 bpf_redirect（） 的 eBPF 程序或 act_bpf 操作），重定向静默丢失，即没有 qdisc 分类函数处理TC_ACT_REDIRECT，因此数据包通过交换机掉落并正常排队而不是重定向。自从提交 27b29f63058d 中针对 TC 引入了 bpf_redirect（） 以来，此问题已被打破（bpf：添加 bpf_redirect（） 辅助函数）。很长一段时间以来，我们都很幸运，因为bpf_net_context是一个始终可用的每个 CPU 变量。提交 401cb7dae813（net：通过 PREEMPT_RT 上的 task_struct 进行引用bpf_redirect_info）将bpf_net_context变成仅由显式调用程序设置的 task_struct 成员。若没有调用程序设置，则 bpf_redirect（） 本身会崩溃，并在 bpf_net_ctx_get_ri（） 中发生空指针取消引用。但是，即使有可用的bpf_net_context，如果不将 skb_do_redirect（） 调用添加到每个 qdisc 分类函数，则无法遵守来自 qdisc 过滤器链的TC_ACT_REDIRECT，这将需要跨 net/sched/ 进行更改。
    将其隔离到其所属的 ebpf 核心。而是在 pkt_cls.h 中添加一个 tcf_classify_qdisc（） 内联帮助程序，作为 tcf_classify（） 的封装程序，供 qdisc 分类函数和 tcf_qevent_handle（） 使用。当分类判定TC_ACT_REDIRECT时，封装程序会将其转换为TC_ACT_SHOT，从而丢弃数据包，而不是让其静默继续。丢弃比让数据包通过更好，因为用户会立即看到数据包丢失。静默地传递数据包将隐藏问题并让用户想知道其重定向不起作用的原因。clsact 快速路径 tc_run（） 继续直接调用 tcf_classify（） 且不受影响：TC_ACT_REDIRECT按原样返回，并像以前一样由调用 skb_do_redirect（） 的 sch_handle_egress/ingress（） 处理。（CVE-2026-68441）

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

检测

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

medium Nessus 插件 ID 334906

版本 1.5