https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 02 Oct 2026 20:34:03 +0000 https://cve.radiocsirt.org/vuln/bdu:2026-04421 bdu:2026-04421 https://cve.radiocsirt.org/vuln/bdu:2026-04421 https://cve.radiocsirt.org/vuln/bell-cve-2023-53589 <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2023-53589 https://cve.radiocsirt.org/vuln/certfr-2025-avi-1032 certfr-2025-avi-1032 https://cve.radiocsirt.org/vuln/certfr-2025-avi-1032 https://cve.radiocsirt.org/vuln/euvd-2026-345257 EUVD-2026-345257 https://cve.radiocsirt.org/vuln/euvd-2026-345257 https://cve.radiocsirt.org/vuln/fkie_cve-2023-53589 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>wifi: iwlwifi: mvm: don&#39;t trust firmware n_channels</p> <p>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.</p> <p>Fix that by checking the lengths. Doing a &lt; comparison would be sufficient, but the firmware should be doing it correctly, so check more strictly.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>wifi: iwlwifi: mvm: don&#39;t trust firmware n_channels</p> <p>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.</p> <p>Fix that by checking the lengths. Doing a &lt; comparison would be sufficient, but the firmware should be doing it correctly, so check more strictly.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2023-53589 https://cve.radiocsirt.org/vuln/ghsa-fh27-hfj9-ccqv <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>wifi: iwlwifi: mvm: don&#39;t trust firmware n_channels</p> <p>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.</p> <p>Fix that by checking the lengths. Doing a &lt; comparison would be sufficient, but the firmware should be doing it correctly, so check more strictly.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>wifi: iwlwifi: mvm: don&#39;t trust firmware n_channels</p> <p>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.</p> <p>Fix that by checking the lengths. Doing a &lt; comparison would be sufficient, but the firmware should be doing it correctly, so check more strictly.</p> https://cve.radiocsirt.org/vuln/ghsa-fh27-hfj9-ccqv https://cve.radiocsirt.org/vuln/suse-su-2025:4139-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://cve.radiocsirt.org/vuln/suse-su-2025:4139-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-53589 <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:16.04:LTS: linux-hwe-edge and 161 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: don&#39;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 &lt; comparison would be sufficient, but the firmware should be doing it correctly, so check more strictly.</p> <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:16.04:LTS: linux-hwe-edge and 161 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: don&#39;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 &lt; comparison would be sufficient, but the firmware should be doing it correctly, so check more strictly.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-53589 https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2194 <p>Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen.</p> <p>Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2194