In the Linux kernel, the following vulnerability has been resolved:
net_sched: sch_sfq: fix a potential crash on gso_skb handling
SFQ has an assumption of always being able to queue at least one packet.
However, after the blamed commit, sch->q.len can be inflated by packets
in sch->gso_skb, and an enqueue() on an empty SFQ qdisc can be followed
by an immediate drop.
Fix sfq_drop() to properly clear q->tail in this situation.
ip netns add lb
ip link add dev to-lb type veth peer name in-lb netns lb
ethtool -K to-lb tso off # force qdisc to requeue gso_skb
ip netns exec lb ethtool -K in-lb gro on # enable NAPI
ip link set dev to-lb up
ip -netns lb link set dev in-lb up
ip addr add dev to-lb 192.168.20.1/24
ip -netns lb addr add dev in-lb 192.168.20.2/24
tc qdisc replace dev to-lb root sfq limit 100
ip netns exec lb netserver
netperf -H 192.168.20.2 -l 100 &
netperf -H 192.168.20.2 -l 100 &
netperf -H 192.168.20.2 -l 100 &
netperf -H 192.168.20.2 -l 100 &
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from a53851e2c3218aa30b77abd6e68cf1c371f15afe before c337efb20d6d9f9bbb4746f6b119917af5c886dc; from a53851e2c3218aa30b77abd6e68cf1c371f15afe before b44f791f27b14c9eb6b907fbe51f2ba8bec32085; from a53851e2c3218aa30b77abd6e68cf1c371f15afe before 5814a7fc3abb41f63f2d44c9d3ff9d4e62965b72; from a53851e2c3218aa30b77abd6e68cf1c371f15afe before 9c19498bdd7cb9d854bd3c54260f71cf7408495e; from a53851e2c3218aa30b77abd6e68cf1c371f15afe before b4e9bab6011b9559b7c157b16b91ae46d4d8c533; from a53851e2c3218aa30b77abd6e68cf1c371f15afe before d1bc80da75c789f2f6830df89d91fb2f7a509943; from a53851e2c3218aa30b77abd6e68cf1c371f15afe before 82448d4dcd8406dec688632a405fdcf7f170ec69; from a53851e2c3218aa30b77abd6e68cf1c371f15afe before 82ffbe7776d0ac084031f114167712269bf3d832
from 4.16 before 5.4.295; from 5.5 before 5.10.239; from 5.11 before 5.15.186; from 5.16 before 6.1.142; from 6.2 before 6.6.94; from 6.7 before 6.12.34; from 6.13 before 6.15.3; 6.16
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.