CVE-2026-72036
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 6 - wyżej niż 6% wszystkich znanych CVE
Streszczenie
W jądrze Linux w schedulerze sieciowym sch_multiq występuje podatność polegająca na bezpośrednim wywołaniu dequeue zamiast użycia peek i qdisc_dequeue_peeked. Gdy dziecko nie jest work-conserving, bezpośrednie wywołanie dequeue może prowadzić do desynchronizacji qlen/backlog i potencjalnego paniki jądra.
Ocena ryzyka
Może to prowadzić do awarii systemu (kernel panic) podczas zwykłego ruchu sieciowego, szczególnie w konfiguracjach z qfq i tbf.
Rekomendacja
Zastosuj aktualizację jądra zawierającą poprawkę używającą qdisc_dequeue_peeked() zamiast bezpośredniego wywołania dequeue.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_multiq: Replace direct dequeue call with peek and qdisc_dequeue_peeked multiq_dequeue() takes a packet from a band's child with a direct ->dequeue() call after multiq_peek() 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 qdisc_dequeue_peeked(), as sch_prio already does and as sch_red 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.