CVE-2024-47724: wifi: ath11k: use work queue to process beacon tx event
In the Linux kernel, the following vulnerability has been resolved:
wifi: ath11k: use work queue to process beacon tx event
Commit 3a415daa3e8b ("wifi: ath11k: add P2P IE in beacon template")
from Feb 28, 2024 (linux-next), leads to the following Smatch static
checker warning:
drivers/net/wireless/ath/ath11k/wmi.c:1742 ath11k_wmi_p2p_go_bcn_ie()
warn: sleeping in atomic context
The reason is that ath11k_bcn_tx_status_event() will directly call might
sleep function ath11k_wmi_cmd_send() during RCU read-side critical
sections. The call trace is like:
ath11k_bcn_tx_status_event()
-> rcu_read_lock()
-> ath11k_mac_bcn_tx_event()
-> ath11k_mac_setup_bcn_tmpl()
……
-> ath11k_wmi_bcn_tmpl()
-> ath11k_wmi_cmd_send()
-> rcu_read_unlock()
Commit 886433a98425 ("ath11k: add support for BSS color change") added the
ath11k_mac_bcn_tx_event(), commit 01e782c89108 ("ath11k: fix warning
of RCU usage for ath11k_mac_get_arvif_by_vdev_id()") added the RCU lock
to avoid warning but also introduced this BUG.
Use work queue to avoid directly calling ath11k_mac_bcn_tx_event()
during RCU critical sections. No need to worry about the deletion of vif
because cancel_work_sync() will drop the work if it doesn't start or
block vif deletion until the running work is done.
Tested-on: WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.30
Security readout for executives and security teams
Plain-English summary
A Linux ath11k Wi-Fi driver flaw can invoke an operation that may sleep while the kernel is in a protected atomic context. This violates kernel execution rules and may cause serious security or stability consequences. The supplied CVSS score is 8.8, although the sources do not demonstrate practical compromise or exploitation.
Executive priority
Prioritize vendor-supported kernel updates for endpoints, appliances, and infrastructure actively using ath11k Wi-Fi. Urgency is high because of the 8.8 rating and kernel-level location, but emergency incident response is not supported without evidence of exploitation or confirmed exposure.
Technical view
During an ath11k beacon transmission event, an RCU read-side critical section can reach ath11k_wmi_cmd_send, which may sleep. The correction defers beacon processing to a work queue and uses cancel_work_sync to coordinate virtual-interface deletion. The supplied CVSS vector rates adjacent attack complexity low and potential confidentiality, integrity, and availability impacts high.
Likely exposure
Exposure is limited to Linux systems using the ath11k wireless driver and affected beacon-processing code. The bundle contains version data spanning Linux 6.10 through 6.12, but its flattened version list does not clearly distinguish vulnerable ranges from fixed endpoints. Confirm the exact status with the kernel or distribution vendor.
Exploitation context
The bundle provides no evidence of active exploitation, and the CVE is not listed as KEV. The CVSS vector models adjacent-network reachability without privileges or user interaction, but the technical record describes a static-checker finding and corrective patch rather than a demonstrated attack.
Researcher notes
The problematic path holds rcu_read_lock while beacon-template setup reaches ath11k_wmi_cmd_send, which may sleep. Work-queue deferral moves processing outside the RCU critical section; cancel_work_sync protects virtual-interface deletion. The sources provide no CWE mapping, proof of exploitation, or demonstrated security impact, and the supplied version representation is ambiguous.
Mitigation direction
Inventory Linux systems that load ath11k and compare their kernels with vendor advisories and the referenced stable commits.
Apply a vendor-supported kernel release containing the work-queue fix using normal change-control and rollback procedures.
If patching is delayed, follow distribution-vendor guidance and consider limiting use of affected ath11k wireless functionality.
Reboot into the updated kernel and confirm the intended kernel is running.
Validation and detection
Confirm whether each system loads ath11k or contains relevant Qualcomm Wi-Fi hardware.
Map installed kernel packages to vendor advisories and the referenced stable commit history.
Verify the kernel source contains the work-queue deferral and virtual-interface cancellation handling.
Review kernel logs for sleep-in-atomic, RCU, ath11k, or beacon-processing warnings after validation testing.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-47724 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.