Description
In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: don't trust firmware n_channels If the firmware sends us a corrupted MCC response with n_channels much larger than the command response can be, we might copy far too much (uninitialized) memory and even crash if the n_channels is large enough to make it run out of the one page allocated for the FW response. Fix that by checking the lengths. Doing a < comparison would be sufficient, but the firmware should be doing it correctly, so check more strictly.
Affected products
linux: linux kernel
References6
- git.kernel.org/stable/c/05ad5a4d421ce65652fcb24d46b7e273130240d6 Patch
- git.kernel.org/stable/c/557ba100d8cf3661ff8d71c0b4a2cba8db555ec2 Patch
- git.kernel.org/stable/c/682b6dc29d98e857e6ca4bbc077c7dc2899b7473 Patch
- git.kernel.org/stable/c/c176f03350954b795322de0bfe1d7b514db41f45 Patch
- git.kernel.org/stable/c/d0d39bed9e95f27a246be91c5929254ac043ed30 Patch
- git.kernel.org/stable/c/e519a404a5bbba37693cb10fa61794a5fce4fd9b Patch
Metrics
- CVSS 3.1
-
5.5
MEDIUM
Score source: NVD
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H - EPSS — exploit probability
- 0% percentile: 15 · as of 9 November 2026
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.