Skip to main content
VulnerabilityPublished Updated

CVE-2026-43180: Linux kernel · Race Condition

Source GCVE Database

0
Authoritative record:CVE-2026-43180· High 7.8

Not known to be exploited · CVSS 7.8 High · fixed in fc393af769af845d9985e2845e49553d8f015a64 : patch Linux kernel soon.

Data as of 27 Oct 2026, 00:07 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
Patch
Available – fixed in fc393af769af845d9985e2845e49553d8f015a64, ef9b10a020503888eb6c8ed85a3d901a624ede4c, a2cd4b4db315a845a5603d08c9d03b11ddfc799d +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < fc393af769af845d9985e2845e49553d8f015a64
Fixed in
  • fc393af769af845d9985e2845e49553d8f015a64
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < ef9b10a020503888eb6c8ed85a3d901a624ede4c
Fixed in
  • ef9b10a020503888eb6c8ed85a3d901a624ede4c
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < a2cd4b4db315a845a5603d08c9d03b11ddfc799d
Fixed in
  • a2cd4b4db315a845a5603d08c9d03b11ddfc799d
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 586318c2730433184c6f1d21183e346ddf25e81d
Fixed in
  • 586318c2730433184c6f1d21183e346ddf25e81d
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 64868f5ecadeb359a49bc4485bfa7c497047f13a
Fixed in
  • 64868f5ecadeb359a49bc4485bfa7c497047f13a
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 8367c0e90126426e60581e4c07e1ec4411a0f843
Fixed in
  • 8367c0e90126426e60581e4c07e1ec4411a0f843

Description

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.

References

Community reviews

Loading reviews…