https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 14:15:38 +0000 https://cve.radiocsirt.org/vuln/bell-cve-2026-31606 <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-2026-31606 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0548 certfr-2026-avi-0548 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0548 https://cve.radiocsirt.org/vuln/euvd-2026-327029 EUVD-2026-327029 https://cve.radiocsirt.org/vuln/euvd-2026-327029 https://cve.radiocsirt.org/vuln/fkie_cve-2026-31606 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>usb: gadget: f_hid: don&#39;t call cdev_init while cdev in use</p> <p>When calling unbind, then bind again, cdev_init reinitialized the cdev, even though there may still be references to it. That&#39;s the case when the /dev/hidg* device is still opened. This obviously unsafe behavior like oopes.</p> <p>This fixes this by using cdev_alloc to put the cdev on the heap. That way, we can simply allocate a new one in hidg_bind.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>usb: gadget: f_hid: don&#39;t call cdev_init while cdev in use</p> <p>When calling unbind, then bind again, cdev_init reinitialized the cdev, even though there may still be references to it. That&#39;s the case when the /dev/hidg* device is still opened. This obviously unsafe behavior like oopes.</p> <p>This fixes this by using cdev_alloc to put the cdev on the heap. That way, we can simply allocate a new one in hidg_bind.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-31606 https://cve.radiocsirt.org/vuln/ghsa-48xp-r2j8-cfx4 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>usb: gadget: f_hid: don&#39;t call cdev_init while cdev in use</p> <p>When calling unbind, then bind again, cdev_init reinitialized the cdev, even though there may still be references to it. That&#39;s the case when the /dev/hidg* device is still opened. This obviously unsafe behavior like oopes.</p> <p>This fixes this by using cdev_alloc to put the cdev on the heap. That way, we can simply allocate a new one in hidg_bind.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>usb: gadget: f_hid: don&#39;t call cdev_init while cdev in use</p> <p>When calling unbind, then bind again, cdev_init reinitialized the cdev, even though there may still be references to it. That&#39;s the case when the /dev/hidg* device is still opened. This obviously unsafe behavior like oopes.</p> <p>This fixes this by using cdev_alloc to put the cdev on the heap. That way, we can simply allocate a new one in hidg_bind.</p> https://cve.radiocsirt.org/vuln/ghsa-48xp-r2j8-cfx4 https://cve.radiocsirt.org/vuln/msrc_cve-2026-31606 msrc_CVE-2026-31606 https://cve.radiocsirt.org/vuln/msrc_cve-2026-31606 https://cve.radiocsirt.org/vuln/opensuse-su-2026:10703-1 <p>kernel-devel-7.0.3-1.1 on GA media</p> <p>kernel-devel-7.0.3-1.1 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2026:10703-1 https://cve.radiocsirt.org/vuln/suse-su-2026:23066-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:23066-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31606 <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 244 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_hid: don&#39;t call cdev_init while cdev in use When calling unbind, then bind again, cdev_init reinitialized the cdev, even though there may still be references to it. That&#39;s the case when the /dev/hidg* device is still opened. This obviously unsafe behavior like oopes. This fixes this by using cdev_alloc to put the cdev on the heap. That way, we can simply allocate a new one in hidg_bind.</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 244 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_hid: don&#39;t call cdev_init while cdev in use When calling unbind, then bind again, cdev_init reinitialized the cdev, even though there may still be references to it. That&#39;s the case when the /dev/hidg* device is still opened. This obviously unsafe behavior like oopes. This fixes this by using cdev_alloc to put the cdev on the heap. That way, we can simply allocate a new one in hidg_bind.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31606 https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1279 <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, welche zu einem Denial-of-Service-Zustand, einer Rechteausweitung, der Ausführung von Code oder einer Speicherbeschädigung führen könnten.</p> <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, welche zu einem Denial-of-Service-Zustand, einer Rechteausweitung, der Ausführung von Code oder einer Speicherbeschädigung führen könnten.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1279