In the Linux kernel, the following vulnerability has been resolved:
net/sched: Make cake_enqueue return NET_XMIT_CN when past buffer_limit
The following setup can trigger a WARNING in htb_activate due to
the condition: !cl->leaf.q->q.qlen
tc qdisc del dev lo root
tc qdisc add dev lo root handle 1: htb default 1
tc class add dev lo parent 1: classid 1:1 \
htb rate 64bit
tc qdisc add dev lo parent 1:1 handle f: \
cake memlimit 1b
ping -I lo -f -c1 -s64 -W0.001 127.0.0.1
This is because the low memlimit leads to a low buffer_limit, which
causes packet dropping. However, cake_enqueue still returns
NET_XMIT_SUCCESS, causing htb_enqueue to call htb_activate with an
empty child qdisc. We should return NET_XMIT_CN when packets are
dropped from the same tin and flow.
I do not believe return value of NET_XMIT_CN is necessary for packet
drops in the case of ack filtering, as that is meant to optimize
performance, not to signal congestion.
CVSS
7.8 HIGH (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from 046f6fd5daefac7f5abdafb436b30f63bc7c602b before 7689ab22de36f8db19095f6bdf11f28cfde92f5c; from 046f6fd5daefac7f5abdafb436b30f63bc7c602b before de04ddd2980b48caa8d7e24a7db2742917a8b280; 046f6fd5daefac7f5abdafb436b30f63bc7c602b builds before 0dacfc5372e314d1219f03e64dde3ab495a5a25e; from 046f6fd5daefac7f5abdafb436b30f63bc7c602b before 710866fc0a64eafcb8bacd91bcb1329eb7e5035f; from 046f6fd5daefac7f5abdafb436b30f63bc7c602b before aa12ee1c1bd260943fd6ab556d8635811c332eeb; from 046f6fd5daefac7f5abdafb436b30f63bc7c602b before ff57186b2cc39766672c4c0332323933e5faaa88; from 046f6fd5daefac7f5abdafb436b30f63bc7c602b before 62d591dde4defb1333d202410609c4ddeae060b3; 046f6fd5daefac7f5abdafb436b30f63bc7c602b builds before 15de71d06a400f7fdc15bf377a2552b0ec437cf5
from 4.19 before 5.4.297; from 5.5 before 5.10.241; from 5.11 before 5.15.190; from 5.16 before 6.1.149; from 6.2 before 6.6.103; from 6.7 before 6.12.44; from 6.13 before 6.16.4; 6.17; and 1 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.