https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 04 Oct 2026 09:37:29 +0000 https://cve.radiocsirt.org/vuln/bdu:2025-10445 bdu:2025-10445 https://cve.radiocsirt.org/vuln/bdu:2025-10445 https://cve.radiocsirt.org/vuln/bell-cve-2025-38507 <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-38507 https://cve.radiocsirt.org/vuln/certfr-2025-avi-1050 certfr-2025-avi-1050 https://cve.radiocsirt.org/vuln/certfr-2025-avi-1050 https://cve.radiocsirt.org/vuln/euvd-2026-314632 EUVD-2026-314632 https://cve.radiocsirt.org/vuln/euvd-2026-314632 https://cve.radiocsirt.org/vuln/fkie_cve-2025-38507 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>HID: nintendo: avoid bluetooth suspend/resume stalls</p> <p>Ensure we don&#39;t stall or panic the kernel when using bluetooth-connected controllers. This was reported as an issue on android devices using kernel 6.6 due to the resume hook which had been added for usb joycons.</p> <p>First, set a new state value to JOYCON_CTLR_STATE_SUSPENDED in a newly-added nintendo_hid_suspend. This makes sure we will not stall out the kernel waiting for input reports during led classdev suspend. The stalls could happen if connectivity is unreliable or lost to the controller prior to suspend.</p> <p>Second, since we lose connectivity during suspend, do not try joycon_init() for bluetooth controllers in the nintendo_hid_resume path.</p> <p>Tested via multiple suspend/resume flows when using the controller both in USB and bluetooth modes.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>HID: nintendo: avoid bluetooth suspend/resume stalls</p> <p>Ensure we don&#39;t stall or panic the kernel when using bluetooth-connected controllers. This was reported as an issue on android devices using kernel 6.6 due to the resume hook which had been added for usb joycons.</p> <p>First, set a new state value to JOYCON_CTLR_STATE_SUSPENDED in a newly-added nintendo_hid_suspend. This makes sure we will not stall out the kernel waiting for input reports during led classdev suspend. The stalls could happen if connectivity is unreliable or lost to the controller prior to suspend.</p> <p>Second, since we lose connectivity during suspend, do not try joycon_init() for bluetooth controllers in the nintendo_hid_resume path.</p> <p>Tested via multiple suspend/resume flows when using the controller both in USB and bluetooth modes.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2025-38507 https://cve.radiocsirt.org/vuln/ghsa-7gjj-mw46-368m <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>HID: nintendo: avoid bluetooth suspend/resume stalls</p> <p>Ensure we don&#39;t stall or panic the kernel when using bluetooth-connected controllers. This was reported as an issue on android devices using kernel 6.6 due to the resume hook which had been added for usb joycons.</p> <p>First, set a new state value to JOYCON_CTLR_STATE_SUSPENDED in a newly-added nintendo_hid_suspend. This makes sure we will not stall out the kernel waiting for input reports during led classdev suspend. The stalls could happen if connectivity is unreliable or lost to the controller prior to suspend.</p> <p>Second, since we lose connectivity during suspend, do not try joycon_init() for bluetooth controllers in the nintendo_hid_resume path.</p> <p>Tested via multiple suspend/resume flows when using the controller both in USB and bluetooth modes.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>HID: nintendo: avoid bluetooth suspend/resume stalls</p> <p>Ensure we don&#39;t stall or panic the kernel when using bluetooth-connected controllers. This was reported as an issue on android devices using kernel 6.6 due to the resume hook which had been added for usb joycons.</p> <p>First, set a new state value to JOYCON_CTLR_STATE_SUSPENDED in a newly-added nintendo_hid_suspend. This makes sure we will not stall out the kernel waiting for input reports during led classdev suspend. The stalls could happen if connectivity is unreliable or lost to the controller prior to suspend.</p> <p>Second, since we lose connectivity during suspend, do not try joycon_init() for bluetooth controllers in the nintendo_hid_resume path.</p> <p>Tested via multiple suspend/resume flows when using the controller both in USB and bluetooth modes.</p> https://cve.radiocsirt.org/vuln/ghsa-7gjj-mw46-368m https://cve.radiocsirt.org/vuln/msrc_cve-2025-38507 msrc_CVE-2025-38507 https://cve.radiocsirt.org/vuln/msrc_cve-2025-38507 https://cve.radiocsirt.org/vuln/opensuse-su-2026:20287-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://cve.radiocsirt.org/vuln/opensuse-su-2026:20287-1 https://cve.radiocsirt.org/vuln/suse-su-2026:20555-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://cve.radiocsirt.org/vuln/suse-su-2026:20555-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38507 <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 215 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: HID: nintendo: avoid bluetooth suspend/resume stalls Ensure we don&#39;t stall or panic the kernel when using bluetooth-connected controllers. This was reported as an issue on android devices using kernel 6.6 due to the resume hook which had been added for usb joycons. First, set a new state value to JOYCON_CTLR_STATE_SUSPENDED in a newly-added nintendo_hid_suspend. This makes sure we will not stall out the kernel waiting for input reports during led classdev suspend. The stalls could happen if connectivity is unreliable or lost to the controller prior to suspend. Second, since we lose connectivity during suspend, do not try joycon_init() for bluetooth controllers in the nintendo_hid_resume path. Tested via multiple suspend/resume flows when using the controller both in USB and bluetooth modes.</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 215 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: HID: nintendo: avoid bluetooth suspend/resume stalls Ensure we don&#39;t stall or panic the kernel when using bluetooth-connected controllers. This was reported as an issue on android devices using kernel 6.6 due to the resume hook which had been added for usb joycons. First, set a new state value to JOYCON_CTLR_STATE_SUSPENDED in a newly-added nintendo_hid_suspend. This makes sure we will not stall out the kernel waiting for input reports during led classdev suspend. The stalls could happen if connectivity is unreliable or lost to the controller prior to suspend. Second, since we lose connectivity during suspend, do not try joycon_init() for bluetooth controllers in the nintendo_hid_resume path. Tested via multiple suspend/resume flows when using the controller both in USB and bluetooth modes.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38507 https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1858 <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder andere nicht spezifizierte Angriffe durchzuführen.</p> <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder andere nicht spezifizierte Angriffe durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1858