Skip to main content
VulnerabilityPublished Updated

CVE-2026-68441: Linux kernel · net/sched: Handle TC_ACT_REDIRECT from qdisc filter chains

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · fixed in ec48b3be2c8595dd290be883dbd4fb8b2f9f5d5e : update Linux kernel when convenient.

Data as of 26 Oct 2026, 14:05 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

EPSS
0.1% chance of exploitation in 30 days – higher than 5% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in ec48b3be2c8595dd290be883dbd4fb8b2f9f5d5e, c8fd74445e86f88096d2f6cf0f9e4d54d8ed1781, 636658e50b5c6a2c93413a9fa6d9da768dbfdaf2 +2

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 12 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 27b29f63058d26c6c1742f1993338280d5a41dc6, < ec48b3be2c8595dd290be883dbd4fb8b2f9f5d5e
Fixed in
  • ec48b3be2c8595dd290be883dbd4fb8b2f9f5d5e
LinuxLinuxAffected
  • ≥ 27b29f63058d26c6c1742f1993338280d5a41dc6, < c8fd74445e86f88096d2f6cf0f9e4d54d8ed1781
Fixed in
  • c8fd74445e86f88096d2f6cf0f9e4d54d8ed1781
LinuxLinuxAffected
  • ≥ 27b29f63058d26c6c1742f1993338280d5a41dc6, < 636658e50b5c6a2c93413a9fa6d9da768dbfdaf2
Fixed in
  • 636658e50b5c6a2c93413a9fa6d9da768dbfdaf2
LinuxLinuxAffected
  • ≥ 27b29f63058d26c6c1742f1993338280d5a41dc6, < 98ca831065c4d20baf97dc9e232777dc47a2b923
Fixed in
  • 98ca831065c4d20baf97dc9e232777dc47a2b923
LinuxLinuxAffected
  • ≥ 27b29f63058d26c6c1742f1993338280d5a41dc6, < 9cbad9c8125f5fe377c0800ab08f7196eab44456
Fixed in
  • 9cbad9c8125f5fe377c0800ab08f7196eab44456
LinuxLinuxAffected
  • =4.4
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: net/sched: Handle TC_ACT_REDIRECT from qdisc filter chains When a TC filter attached to a qdisc filter chain returns TC_ACT_REDIRECT (ex: via an eBPF program calling bpf_redirect() or an act_bpf action), the redirect was silently lost i.e no qdisc classify function handled TC_ACT_REDIRECT, so the packet fell through the switch and was enqueued normally instead of being redirected. This has been broken since bpf_redirect() was introduced for TC in commit 27b29f63058d ("bpf: add bpf_redirect() helper"). We got lucky for a long time because bpf_net_context was a per-CPU variable that was always available. commit 401cb7dae813 ("net: Reference bpf_redirect_info via task_struct on PREEMPT_RT.") turned bpf_net_context into a task_struct member that is only set up by explicit callers. Without a caller setting it up, bpf_redirect() itself crashes with a NULL pointer dereference in bpf_net_ctx_get_ri(). However, even with bpf_net_context available, TC_ACT_REDIRECT from qdisc filter chains cannot be honored without adding skb_do_redirect() calls to every qdisc classify function, which would require changes across net/sched/. Isolate it to ebpf core where it belongs. Instead, add a tcf_classify_qdisc() inline helper in pkt_cls.h, as a wrapper around tcf_classify() for use by qdisc classify functions and tcf_qevent_handle(). When the classify verdict is TC_ACT_REDIRECT, the wrapper converts it to TC_ACT_SHOT, dropping the packet rather than letting it continue silently. Dropping is preferred over letting the packet through because the user immediately sees packet loss. Silently passing the packet through would hide the problem and leave the user wondering why their redirect is not working. The clsact fast path, tc_run() continues to call tcf_classify() directly and is unaffected: TC_ACT_REDIRECT is returned as-is and handled by sch_handle_egress/ingress() calling skb_do_redirect() as before.

References

Community reviews

Loading reviews…