Description
In the Linux kernel, the following vulnerability has been resolved: wifi: mwifiex: Initialize the chan_stats array to zero The adapter->chan_stats[] array is initialized in mwifiex_init_channel_scan_gap() with vmalloc(), which doesn't zero out memory. The array is filled in mwifiex_update_chan_statistics() and then the user can query the data in mwifiex_cfg80211_dump_survey(). There are two potential issues here. What if the user calls mwifiex_cfg80211_dump_survey() before the data has been filled in. Also the mwifiex_update_chan_statistics() function doesn't necessarily initialize the whole array. Since the array was not initialized at the start that could result in an information leak. Also this array is pretty small. It's a maximum of 900 bytes so it's more appropriate to use kcalloc() instead vmalloc().
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
Linux Linux
Default version status: unaffected
bf35443314acb43fa8a3f9f8046e14cbe178762b to < 9eb0118b3470b4d2e4e3bbb1fc088b30c0285d65affectedbf35443314acb43fa8a3f9f8046e14cbe178762b to < 05daef0442d28350a1a0d6d0e2cab4a7a91df475affectedbf35443314acb43fa8a3f9f8046e14cbe178762b to < acdf26a912190fc6746e2a890d7d0338190527b4affectedbf35443314acb43fa8a3f9f8046e14cbe178762b to < 32c124c9c03aa755cbaf60ef7f76afd918d47659affectedbf35443314acb43fa8a3f9f8046e14cbe178762b to < 9df29aa5637d94d24f7c5f054ef4feaa7b766111affectedbf35443314acb43fa8a3f9f8046e14cbe178762b to < 06616410a3e5e6cd1de5b7cbc668f1a7edeedad9affectedbf35443314acb43fa8a3f9f8046e14cbe178762b to < 5285b7009dc1e09d5bb9e05fae82e1a807882dbcaffectedbf35443314acb43fa8a3f9f8046e14cbe178762b to < 0e20450829ca3c1dbc2db536391537c57a40fe0baffected
Linux Linux
Default version status: affected
3.19affected0 to < 3.19unaffected5.4.299 to ≤ 5.4.*unaffected5.10.243 to ≤ 5.10.*unaffected5.15.192 to ≤ 5.15.*unaffected6.1.151 to ≤ 6.1.*unaffected6.6.105 to ≤ 6.6.*unaffected6.12.46 to ≤ 6.12.*unaffected6.16.6 to ≤ 6.16.*unaffected6.17 to ≤ *unaffected
References
- https://git.kernel.org/stable/c/9eb0118b3470b4d2e4e3bbb1fc088b30c0285d65 ↗
- https://git.kernel.org/stable/c/05daef0442d28350a1a0d6d0e2cab4a7a91df475 ↗
- https://git.kernel.org/stable/c/acdf26a912190fc6746e2a890d7d0338190527b4 ↗
- https://git.kernel.org/stable/c/32c124c9c03aa755cbaf60ef7f76afd918d47659 ↗
- https://git.kernel.org/stable/c/9df29aa5637d94d24f7c5f054ef4feaa7b766111 ↗
- https://git.kernel.org/stable/c/06616410a3e5e6cd1de5b7cbc668f1a7edeedad9 ↗
- https://git.kernel.org/stable/c/5285b7009dc1e09d5bb9e05fae82e1a807882dbc ↗
- https://git.kernel.org/stable/c/0e20450829ca3c1dbc2db536391537c57a40fe0b ↗
- https://lists.debian.org/debian-lts-announce/2025/10/msg00008.html ↗
- https://lists.debian.org/debian-lts-announce/2025/10/msg00007.html ↗