{"id":"CVE-2026-99192","published":"2026-10-28T11:17:40.207","lastModified":"2026-10-28T11:17:40.207","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet: bcmgenet: unshare the skb before writing the control block\n\nbcmgenet stores first_cb, last_cb and bytes_sent in the skb control\nblock and reads them back on completion to free the skb and credit BQL.\nether_setup() leaves IFF_TX_SKB_SHARING set, so the stack can resubmit\na shared skb that is still in the ring. The next transmit overwrites\nlast_cb, so the earlier slots complete without crediting their bytes\nand BQL stalls the queue until the watchdog resets it.\n\nUnshare the skb before writing the control block.\n\nReproduce with pktgen in clone_skb mode, which hands the driver the same\nskb while earlier copies are still in the ring:\n\n  modprobe pktgen\n  pg=/proc/net/pktgen\n  echo \"add_device eth0\" > $pg/kpktgend_0\n  echo \"dst_mac AA:BB:CC:DD:EE:FF\" > $pg/eth0\n  echo \"dst 192.0.2.1\" > $pg/eth0\n  echo \"clone_skb 8\" > $pg/eth0\n  echo \"count 0\" > $pg/eth0\n  echo start > $pg/pgctrl &\n  sleep 5\n  echo stop > $pg/pgctrl\n  wait\n  cat /sys/class/net/eth0/queues/tx-0/byte_queue_limits/inflight\n\ninflight stays nonzero on the now idle queue. clone_skb 0 leaves it at\nzero.","cvssScore":null,"cvssSeverity":null,"cvssVector":null,"cwes":[],"vendors":[],"products":[],"references":[{"url":"https://git.kernel.org/stable/c/40c04abcbc34e3afe338f41dae851ecbd72852ac","tags":[]},{"url":"https://git.kernel.org/stable/c/7939ad3b4db9eadf45a64f0524f38337a9494672","tags":[]},{"url":"https://git.kernel.org/stable/c/89771ce4f8f67dcffae561b2ccac95c0f6e3aa01","tags":[]}],"exploitRefs":[],"hasPoc":false,"ai":null}