wifi: mac80211: refuse to make a monitor active when it has no queue
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 6.12.112, 6.18.54, 7.2.8
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: refuse to make a monitor active when it has no queue A monitor interface only gets a TXQ if it's created active, and one can't be added later. Setting the flag on a down interface is still allowed, so the driver is handed a monitor with no queue. ath9k dereferences it: BUG: kernel NULL pointer dereference, address: 0000000000000066 RIP: 0010:ath_tx_node_init+0x49/0x170 [ath9k] ath9k_add_interface+0x10c/0x140 [ath9k] drv_add_interface+0x54/0x250 [mac80211] ieee80211_do_open+0x32f/0x800 [mac80211] Reached with CAP_NET_ADMIN by "iw dev X set monitor active" followed by "ip link set X up". RTNL is held, so netlink operations block behind it. Refuse the flag when there is no queue to give.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 79af1f866193de29e65a4dba7d0dab14b0c0ff93 · fixed in b7b7d46ec4fa127767931938b282c361c0519af6; From 79af1f866193de29e65a4dba7d0dab14b0c0ff93 · fixed in abe15e643e576459469867758ae9c586a7bab95d; From 79af1f866193de29e65a4dba7d0dab14b0c0ff93 · fixed in 46c223468537a05a404699771cd3e68532dab5e6; From 79af1f866193de29e65a4dba7d0dab14b0c0ff93 · fixed in 2b04d6556964ae9f89819b86a0a7801e39c3aae5
- Linux Linux
4.15
- KernelLinux
From 4.15.0 · fixed in 6.12.112; From 6.13.0 · fixed in 6.18.54; From 6.19.0 · fixed in 7.2.8