Answer in brief
CVE-2026-43180 records a Unknown severity vulnerability in net: usb: kaweth: remove TX queue manipulation in kaweth_set_rx_mode. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-43180 records a Unknown severity vulnerability in net: usb: kaweth: remove TX queue manipulation in kaweth_set_rx_mode. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <443a830b1dc4f85c7560da59d4494b629feee215 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <586318c2730433184c6f1d21183e346ddf25e81d || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a2cd4b4db315a845a5603d08c9d03b11ddfc799d || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <ef9b10a020503888eb6c8ed85a3d901a624ede4c || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <9c79b839a63980c7da7ec5db895198045e154112 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <fc393af769af845d9985e2845e49553d8f015a64 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <8367c0e90126426e60581e4c07e1ec4411a0f843 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <64868f5ecadeb359a49bc4485bfa7c497047f13a | 443a830b1dc4f85c7560da59d4494b629feee215, 586318c2730433184c6f1d21183e346ddf25e81d, a2cd4b4db315a845a5603d08c9d03b11ddfc799d, ef9b10a020503888eb6c8ed85a3d901a624ede4c, 9c79b839a63980c7da7ec5db895198045e154112, fc393af769af845d9985e2845e49553d8f015a64, 8367c0e90126426e60581e4c07e1ec4411a0f843, 64868f5ecadeb359a49bc4485bfa7c497047f13a |
| Linux/Linuxgeneric | 2.6.12 | Not reported |
Published upstream
May 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: net: usb: kaweth: remove TX queue manipulation in kaweth_set_rx_mode kaweth_set_rx_mode(), the ndo_set_rx_mode callback, calls netif_stop_queue() and netif_wake_queue(). These are TX queue flow control functions unrelated to RX multicast configuration. The premature netif_wake_queue() can re-enable TX while tx_urb is still in-flight, leading to a double usb_submit_urb() on the same URB: kaweth_start_xmit() { netif_stop_queue(); usb_submit_urb(kaweth->tx_urb); } kaweth_set_rx_mode() { netif_stop_queue(); netif_wake_queue(); // wakes TX queue before URB is done } kaweth_start_xmit() { netif_stop_queue(); usb_submit_urb(kaweth->tx_urb); // URB submitted while active } This triggers the WARN in usb_submit_urb(): "URB submitted while active" This is a similar class of bug fixed in rtl8150 by - commit 958baf5eaee3 ("net: usb: Remove disruptive netif_wake_queue in rtl8150_set_multicast"). Also kaweth_set_rx_mode() is already functionally broken, the real set_rx_mode action is performed by kaweth_async_set_rx_mode(), which in turn is not a no-op only at ndo_open() time.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <443a830b1dc4f85c7560da59d4494b629feee215 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <586318c2730433184c6f1d21183e346ddf25e81d || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a2cd4b4db315a845a5603d08c9d03b11ddfc799d || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <ef9b10a020503888eb6c8ed85a3d901a624ede4c || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <9c79b839a63980c7da7ec5db895198045e154112 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <fc393af769af845d9985e2845e49553d8f015a64 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <8367c0e90126426e60581e4c07e1ec4411a0f843 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <64868f5ecadeb359a49bc4485bfa7c497047f13a | 443a830b1dc4f85c7560da59d4494b629feee215, 586318c2730433184c6f1d21183e346ddf25e81d, a2cd4b4db315a845a5603d08c9d03b11ddfc799d, ef9b10a020503888eb6c8ed85a3d901a624ede4c, 9c79b839a63980c7da7ec5db895198045e154112, fc393af769af845d9985e2845e49553d8f015a64, 8367c0e90126426e60581e4c07e1ec4411a0f843, 64868f5ecadeb359a49bc4485bfa7c497047f13a |
| Linux/Linuxgeneric | 2.6.12 | Not reported |
Published upstream
May 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: net: usb: kaweth: remove TX queue manipulation in kaweth_set_rx_mode kaweth_set_rx_mode(), the ndo_set_rx_mode callback, calls netif_stop_queue() and netif_wake_queue(). These are TX queue flow control functions unrelated to RX multicast configuration. The premature netif_wake_queue() can re-enable TX while tx_urb is still in-flight, leading to a double usb_submit_urb() on the same URB: kaweth_start_xmit() { netif_stop_queue(); usb_submit_urb(kaweth->tx_urb); } kaweth_set_rx_mode() { netif_stop_queue(); netif_wake_queue(); // wakes TX queue before URB is done } kaweth_start_xmit() { netif_stop_queue(); usb_submit_urb(kaweth->tx_urb); // URB submitted while active } This triggers the WARN in usb_submit_urb(): "URB submitted while active" This is a similar class of bug fixed in rtl8150 by - commit 958baf5eaee3 ("net: usb: Remove disruptive netif_wake_queue in rtl8150_set_multicast"). Also kaweth_set_rx_mode() is already functionally broken, the real set_rx_mode action is performed by kaweth_async_set_rx_mode(), which in turn is not a no-op only at ndo_open() time.
Quoted source text, attributed separately from HOL analysis.