https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 04 Oct 2026 01:40:04 +0000 https://cve.radiocsirt.org/vuln/bdu:2025-08996 bdu:2025-08996 https://cve.radiocsirt.org/vuln/bdu:2025-08996 https://cve.radiocsirt.org/vuln/bell-cve-2025-38105 <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2025-38105 https://cve.radiocsirt.org/vuln/certfr-2025-avi-0723 certfr-2025-avi-0723 https://cve.radiocsirt.org/vuln/certfr-2025-avi-0723 https://cve.radiocsirt.org/vuln/euvd-2026-323473 EUVD-2026-323473 https://cve.radiocsirt.org/vuln/euvd-2026-323473 https://cve.radiocsirt.org/vuln/fkie_cve-2025-38105 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>ALSA: usb-audio: Kill timer properly at removal</p> <p>The USB-audio MIDI code initializes the timer, but in a rare case, the driver might be freed without the disconnect call. This leaves the timer in an active state while the assigned object is released via snd_usbmidi_free(), which ends up with a kernel warning when the debug configuration is enabled, as spotted by fuzzer.</p> <p>For avoiding the problem, put timer_shutdown_sync() at snd_usbmidi_free(), so that the timer can be killed properly. While we&#39;re at it, replace the existing timer_delete_sync() at the disconnect callback with timer_shutdown_sync(), too.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>ALSA: usb-audio: Kill timer properly at removal</p> <p>The USB-audio MIDI code initializes the timer, but in a rare case, the driver might be freed without the disconnect call. This leaves the timer in an active state while the assigned object is released via snd_usbmidi_free(), which ends up with a kernel warning when the debug configuration is enabled, as spotted by fuzzer.</p> <p>For avoiding the problem, put timer_shutdown_sync() at snd_usbmidi_free(), so that the timer can be killed properly. While we&#39;re at it, replace the existing timer_delete_sync() at the disconnect callback with timer_shutdown_sync(), too.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2025-38105 https://cve.radiocsirt.org/vuln/ghsa-7f9v-c8qw-m5c4 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>ALSA: usb-audio: Kill timer properly at removal</p> <p>The USB-audio MIDI code initializes the timer, but in a rare case, the driver might be freed without the disconnect call. This leaves the timer in an active state while the assigned object is released via snd_usbmidi_free(), which ends up with a kernel warning when the debug configuration is enabled, as spotted by fuzzer.</p> <p>For avoiding the problem, put timer_shutdown_sync() at snd_usbmidi_free(), so that the timer can be killed properly. While we&#39;re at it, replace the existing timer_delete_sync() at the disconnect callback with timer_shutdown_sync(), too.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>ALSA: usb-audio: Kill timer properly at removal</p> <p>The USB-audio MIDI code initializes the timer, but in a rare case, the driver might be freed without the disconnect call. This leaves the timer in an active state while the assigned object is released via snd_usbmidi_free(), which ends up with a kernel warning when the debug configuration is enabled, as spotted by fuzzer.</p> <p>For avoiding the problem, put timer_shutdown_sync() at snd_usbmidi_free(), so that the timer can be killed properly. While we&#39;re at it, replace the existing timer_delete_sync() at the disconnect callback with timer_shutdown_sync(), too.</p> https://cve.radiocsirt.org/vuln/ghsa-7f9v-c8qw-m5c4 https://cve.radiocsirt.org/vuln/msrc_cve-2025-38105 msrc_CVE-2025-38105 https://cve.radiocsirt.org/vuln/msrc_cve-2025-38105 https://cve.radiocsirt.org/vuln/suse-su-2025:02846-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:02846-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38105 <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, 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 and 213 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: Kill timer properly at removal The USB-audio MIDI code initializes the timer, but in a rare case, the driver might be freed without the disconnect call. This leaves the timer in an active state while the assigned object is released via snd_usbmidi_free(), which ends up with a kernel warning when the debug configuration is enabled, as spotted by fuzzer. For avoiding the problem, put timer_shutdown_sync() at snd_usbmidi_free(), so that the timer can be killed properly. While we&#39;re at it, replace the existing timer_delete_sync() at the disconnect callback with timer_shutdown_sync(), too.</p> <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, 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 and 213 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: Kill timer properly at removal The USB-audio MIDI code initializes the timer, but in a rare case, the driver might be freed without the disconnect call. This leaves the timer in an active state while the assigned object is released via snd_usbmidi_free(), which ends up with a kernel warning when the debug configuration is enabled, as spotted by fuzzer. For avoiding the problem, put timer_shutdown_sync() at snd_usbmidi_free(), so that the timer can be killed properly. While we&#39;re at it, replace the existing timer_delete_sync() at the disconnect callback with timer_shutdown_sync(), too.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38105 https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1452 <p>Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen und andere, nicht spezifizierte Auswirkungen zu verursachen.</p> <p>Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen und andere, nicht spezifizierte Auswirkungen zu verursachen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1452