CVE-2026-72036

In the Linux kernel, the following vulnerability has been resolved:

net/sched: schmultiq: Replace direct dequeue call with peek and qdiscdequeue_peeked

multiqdequeue() takes a packet from a band's child with a direct ->dequeue() call after multiqpeek() peeked it. When the child is non-work-conserving the peek stashes the skb in the child's gso_skb, so the direct dequeue returns a different skb and orphans the stash, desyncing the child's qlen/backlog. With a qfq child reached through a peeking parent (e.g. tbf) this re-enters the child on an emptied list and dereferences NULL, panicking the kernel from softirq on ordinary egress.

Take the packet through qdiscdequeuepeeked(), as schprio already does and as schred and sch_sfb were just fixed to do. The helper is a no-op when the child has no stash, so a work-conserving child is unaffected.