CVE-2024-27391
wifi: wilc1000: do not realloc workqueue everytime an interface is added
Reported by linux · Published May 1, 2024
In the Linux kernel, the following vulnerability has been resolved: wifi: wilc1000: do not realloc workqueue everytime an interface is added Commit 09ed8bfc5215 ("wilc1000: Rename workqueue from "WILC_wq" to "NETDEV-wq"") moved workqueue creation in wilc_netdev_ifc_init in order to set the interface name in the workqueue name. However, while the driver needs only one workqueue, the wilc_netdev_ifc_init is called each time we add an interface over a phy, which in turns overwrite the workqueue with a new one. This can be observed with the following commands: for i in $(seq 0 10) do iw phy phy0 interface add wlan1 type managed iw dev wlan1 del done ps -eo pid,comm|grep wlan 39 kworker/R-wlan0 98 kworker/R-wlan1 102 kworker/R-wlan1 105 kworker/R-wlan1 108 kworker/R-wlan1 111 kworker/R-wlan1 114 kworker/R-wlan1 117 kworker/R-wlan1 120 kworker/R-wlan1 123 kworker/R-wlan1 126 kworker/R-wlan1 129 kworker/R-wlan1 Fix this leakage by putting back hif_workqueue allocation in wilc_cfg80211_init. Regarding the workqueue name, it is indeed relevant to set it lowercase, however it is not attached to a specific netdev, so enforcing netdev name in the name is not so relevant. Still, enrich the name with the wiphy name to make it clear which phy is using the workqueue.
Fixed versions
Upgrade to a fixed version or later. Language registries are listed first, then Linux distributions, then vendor products.
| Package | Ecosystem | Fixed in |
|---|---|---|
| Linux | Linux | 9ab0c303ccabfd6bdce14432792d41090070008c, 90ae293d1d255f622318fce6eeea2e18f9fde5c1, 515cc676dfbce40d93c92b1ff3c1070e917f4e52, 4041c60a9d543b3ad50225385b072ba68e96166e, 328efda22af81130c2ad981c110518cb29ff2f1d |
Affected products
| Vendor | Product | Versions |
|---|---|---|
| Linux | Linux | 09ed8bfc5215ad5aac91c50008277b5586b9ef24, 09ed8bfc5215ad5aac91c50008277b5586b9ef24, 09ed8bfc5215ad5aac91c50008277b5586b9ef24 |
| Linux | Linux | 5.17, 0, 6.1.83 |
| linux | linux_kernel | 5.17, 5.17, 5.17 |
| Linux | Linux | 09ed8bfc5215ad5aac91c50008277b5586b9ef24, 09ed8bfc5215ad5aac91c50008277b5586b9ef24, 09ed8bfc5215ad5aac91c50008277b5586b9ef24 |
Timeline
- May 1, 2024 CVE Published
- May 2, 2024 EPSS Score (30 in total, the first dated here)
- Oct 4, 2024 Coalition ESS Score (5 in total, the first dated here)
- Jan 15, 2026 Security Advisory (308 in total, the first dated here)
- Mar 30, 2026 Distribution Patch (270 in total, the first dated here)
Query this with the API
The same record, from the CLI:
vulnetix vdb vuln CVE-2024-27391
vulnetix vdb fixes CVE-2024-27391
Or with curl, using the org id and key from your account page:
curl -s -H "Authorization: ApiKey ${VULNETIX_ORG_ID}:${VULNETIX_API_KEY}" \
"https://api.vdb.vulnetix.com/v2/vuln/CVE-2024-27391/fixes/registry"
The Community plan is free and allows 50 queries a day. Get a free API key · API quickstart