CVE-2026-72035
WysokieCVSS 8.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 43 - wyżej niż 43% wszystkich znanych CVE
Streszczenie
W jądrze Linux w schedulerze sieciowym sch_taprio 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.
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_taprio: Replace direct dequeue call with peek and qdisc_dequeue_peeked When taprio's software path peeks a non-work-conserving child qdisc, the child stashes the peeked skb in its gso_skb; taprio_dequeue_from_txq() then takes the packet with a direct child ->dequeue() call, which ignores that stash, orphans the peeked skb and desyncs the child's qlen/backlog. With a qfq child 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_red and sch_sfb now do. The helper returns the child's stashed skb first and is a no-op when there is none, so a work-conserving child is unaffected and the gated path now consumes the skb whose length was charged to the budget.