https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-04T05:48:34.627566+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/bdu:2026-06034 bdu:2026-06034 2026-10-04T05:48:34.886789+00:00 bdu:2026-06034 https://cve.radiocsirt.org/vuln/bell-cve-2024-26683 BELL-CVE-2024-26683 2026-10-04T05:48:34.886863+00:00

Affected: Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts

 https://cve.radiocsirt.org/vuln/certfr-2024-avi-0779 certfr-2024-avi-0779 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de SUSE. Certaines d'entre elles permettent à un at… 2026-10-04T05:48:34.886897+00:00 certfr-2024-avi-0779 https://cve.radiocsirt.org/vuln/euvd-2026-312547 EUVD-2026-312547 2026-10-04T05:48:34.886915+00:00 EUVD-2026-312547 https://cve.radiocsirt.org/vuln/fkie_cve-2024-26683 fkie_cve-2024-26683 2026-10-04T05:48:34.886927+00:00

In the Linux kernel, the following vulnerability has been resolved:

wifi: cfg80211: detect stuck ECSA element in probe resp

We recently added some validation that we don't try to connect to an AP that is currently in a channel switch process, since that might want the channel to be quiet or we might not be able to connect in time to hear the switching in a beacon. This was in commit c09c4f31998b ("wifi: mac80211: don't connect to an AP while it's in a CSA process").

However, we promptly got a report that this caused new connection failures, and it turns out that the AP that we now cannot connect to is permanently advertising an extended channel switch announcement, even with quiet. The AP in question was an Asus RT-AC53, with firmware 3.0.0.4.380_10760-g21a5898.

As a first step, attempt to detect that we're dealing with such a situation, so mac80211 can use this later.

 https://cve.radiocsirt.org/vuln/ghsa-whqc-wjjv-fvgg GHSA-whqc-wjjv-fvgg 2026-10-04T05:48:34.886961+00:00

In the Linux kernel, the following vulnerability has been resolved:

wifi: cfg80211: detect stuck ECSA element in probe resp

We recently added some validation that we don't try to connect to an AP that is currently in a channel switch process, since that might want the channel to be quiet or we might not be able to connect in time to hear the switching in a beacon. This was in commit c09c4f31998b ("wifi: mac80211: don't connect to an AP while it's in a CSA process").

However, we promptly got a report that this caused new connection failures, and it turns out that the AP that we now cannot connect to is permanently advertising an extended channel switch announcement, even with quiet. The AP in question was an Asus RT-AC53, with firmware 3.0.0.4.380_10760-g21a5898.

As a first step, attempt to detect that we're dealing with such a situation, so mac80211 can use this later.

 https://cve.radiocsirt.org/vuln/gsd-2024-26683 gsd-2024-26683 2026-10-04T05:48:34.886983+00:00 gsd-2024-26683 https://cve.radiocsirt.org/vuln/suse-su-2024:3194-1 SUSE-SU-2024:3194-1 — Security update for the Linux Kernel 2026-10-04T05:48:34.886994+00:00

Security update for the Linux Kernel

 https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-26683 UBUNTU-CVE-2024-26683 2026-10-04T05:48:34.887237+00:00

Affected: Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 56 more

In the Linux kernel, the following vulnerability has been resolved: wifi: cfg80211: detect stuck ECSA element in probe resp We recently added some validation that we don't try to connect to an AP that is currently in a channel switch process, since that might want the channel to be quiet or we might not be able to connect in time to hear the switching in a beacon. This was in commit c09c4f31998b ("wifi: mac80211: don't connect to an AP while it's in a CSA process"). However, we promptly got a report that this caused new connection failures, and it turns out that the AP that we now cannot connect to is permanently advertising an extended channel switch announcement, even with quiet. The AP in question was an Asus RT-AC53, with firmware 3.0.0.4.380_10760-g21a5898. As a first step, attempt to detect that we're dealing with such a situation, so mac80211 can use this later.

 https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0749 WID-SEC-W-2024-0749 — Linux Kernel: Mehrere Schwachstellen 2026-10-04T05:48:34.887340+00:00

Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service oder einen nicht näher spezifizierten Angriff durchzuführen.