PT-2026-128185
CVE-2026-99192
·
Published
2026-10-28
·
Updated
2026-10-28
Description by
Score
N/A
Not availableNo severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
net: bcmgenet: unshare the skb before writing the control block
bcmgenet stores first cb, last cb and bytes sent in the skb control
block and reads them back on completion to free the skb and credit BQL.
ether setup() leaves IFF TX SKB SHARING set, so the stack can resubmit
a shared skb that is still in the ring. The next transmit overwrites
last cb, so the earlier slots complete without crediting their bytes
and BQL stalls the queue until the watchdog resets it.
Unshare the skb before writing the control block.
Reproduce with pktgen in clone skb mode, which hands the driver the same
skb while earlier copies are still in the ring:
modprobe pktgen
pg=/proc/net/pktgen
echo "add device eth0" > $pg/kpktgend 0
echo "dst mac AA:BB:CC:DD:EE:FF" > $pg/eth0
echo "dst 192.0.2.1" > $pg/eth0
echo "clone skb 8" > $pg/eth0
echo "count 0" > $pg/eth0
echo start > $pg/pgctrl &
sleep 5
echo stop > $pg/pgctrl
wait
cat /sys/class/net/eth0/queues/tx-0/byte queue limits/inflight
inflight stays nonzero on the now idle queue. clone skb 0 leaves it at
zero.
Found an issue in the description? Have something to add? Feel free to write us 👾