https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 07:17:01 +0000 https://cve.radiocsirt.org/vuln/bdu:2026-08855 bdu:2026-08855 https://cve.radiocsirt.org/vuln/bdu:2026-08855 https://cve.radiocsirt.org/vuln/bell-cve-2025-68332 <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-68332 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0108 certfr-2026-avi-0108 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0108 https://cve.radiocsirt.org/vuln/euvd-2026-315115 EUVD-2026-315115 https://cve.radiocsirt.org/vuln/euvd-2026-315115 https://cve.radiocsirt.org/vuln/fkie_cve-2025-68332 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>comedi: c6xdigio: Fix invalid PNP driver unregistration</p> <p>The Comedi low-level driver &#34;c6xdigio&#34; seems to be for a parallel port connected device. When the Comedi core calls the driver&#39;s Comedi &#34;attach&#34; handler `c6xdigio_attach()` to configure a Comedi to use this driver, it tries to enable the parallel port PNP resources by registering a PNP driver with `pnp_register_driver()`, but ignores the return value. (The `struct pnp_driver` it uses has only the `name` and `id_table` members filled in.) The driver&#39;s Comedi &#34;detach&#34; handler `c6xdigio_detach()` unconditionally unregisters the PNP driver with `pnp_unregister_driver()`.</p> <p>It is possible for `c6xdigio_attach()` to return an error before it calls `pnp_register_driver()` and it is possible for the call to `pnp_register_driver()` to return an error (that is ignored). In both cases, the driver should not be calling `pnp_unregister_driver()` as it does in `c6xdigio_detach()`. (Note that `c6xdigio_detach()` will be called by the Comedi core if `c6xdigio_attach()` returns an error, or if the Comedi core decides to detach the Comedi device from the driver for some other reason.)</p> <p>The unconditional call to `pnp_unregister_driver()` without a previous successful call to `pnp_register_driver()` will cause `driver_unregister()` to issue a warning &#34;Unexpected driver unregister!&#34;. This was detected by Syzbot [1].</p> <p>Also, the PNP driver registration and unregistrati…</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>comedi: c6xdigio: Fix invalid PNP driver unregistration</p> <p>The Comedi low-level driver &#34;c6xdigio&#34; seems to be for a parallel port connected device. When the Comedi core calls the driver&#39;s Comedi &#34;attach&#34; handler `c6xdigio_attach()` to configure a Comedi to use this driver, it tries to enable the parallel port PNP resources by registering a PNP driver with `pnp_register_driver()`, but ignores the return value. (The `struct pnp_driver` it uses has only the `name` and `id_table` members filled in.) The driver&#39;s Comedi &#34;detach&#34; handler `c6xdigio_detach()` unconditionally unregisters the PNP driver with `pnp_unregister_driver()`.</p> <p>It is possible for `c6xdigio_attach()` to return an error before it calls `pnp_register_driver()` and it is possible for the call to `pnp_register_driver()` to return an error (that is ignored). In both cases, the driver should not be calling `pnp_unregister_driver()` as it does in `c6xdigio_detach()`. (Note that `c6xdigio_detach()` will be called by the Comedi core if `c6xdigio_attach()` returns an error, or if the Comedi core decides to detach the Comedi device from the driver for some other reason.)</p> <p>The unconditional call to `pnp_unregister_driver()` without a previous successful call to `pnp_register_driver()` will cause `driver_unregister()` to issue a warning &#34;Unexpected driver unregister!&#34;. This was detected by Syzbot [1].</p> <p>Also, the PNP driver registration and unregistrati…</p> https://cve.radiocsirt.org/vuln/fkie_cve-2025-68332 https://cve.radiocsirt.org/vuln/ghsa-g8jv-c3w8-hc32 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>comedi: c6xdigio: Fix invalid PNP driver unregistration</p> <p>The Comedi low-level driver &#34;c6xdigio&#34; seems to be for a parallel port connected device. When the Comedi core calls the driver&#39;s Comedi &#34;attach&#34; handler `c6xdigio_attach()` to configure a Comedi to use this driver, it tries to enable the parallel port PNP resources by registering a PNP driver with `pnp_register_driver()`, but ignores the return value. (The `struct pnp_driver` it uses has only the `name` and `id_table` members filled in.) The driver&#39;s Comedi &#34;detach&#34; handler `c6xdigio_detach()` unconditionally unregisters the PNP driver with `pnp_unregister_driver()`.</p> <p>It is possible for `c6xdigio_attach()` to return an error before it calls `pnp_register_driver()` and it is possible for the call to `pnp_register_driver()` to return an error (that is ignored). In both cases, the driver should not be calling `pnp_unregister_driver()` as it does in `c6xdigio_detach()`. (Note that `c6xdigio_detach()` will be called by the Comedi core if `c6xdigio_attach()` returns an error, or if the Comedi core decides to detach the Comedi device from the driver for some other reason.)</p> <p>The unconditional call to `pnp_unregister_driver()` without a previous successful call to `pnp_register_driver()` will cause `driver_unregister()` to issue a warning &#34;Unexpected driver unregister!&#34;. This was detected by Syzbot [1].</p> <p>Also, the PNP driver registration and unregistrati…</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>comedi: c6xdigio: Fix invalid PNP driver unregistration</p> <p>The Comedi low-level driver &#34;c6xdigio&#34; seems to be for a parallel port connected device. When the Comedi core calls the driver&#39;s Comedi &#34;attach&#34; handler `c6xdigio_attach()` to configure a Comedi to use this driver, it tries to enable the parallel port PNP resources by registering a PNP driver with `pnp_register_driver()`, but ignores the return value. (The `struct pnp_driver` it uses has only the `name` and `id_table` members filled in.) The driver&#39;s Comedi &#34;detach&#34; handler `c6xdigio_detach()` unconditionally unregisters the PNP driver with `pnp_unregister_driver()`.</p> <p>It is possible for `c6xdigio_attach()` to return an error before it calls `pnp_register_driver()` and it is possible for the call to `pnp_register_driver()` to return an error (that is ignored). In both cases, the driver should not be calling `pnp_unregister_driver()` as it does in `c6xdigio_detach()`. (Note that `c6xdigio_detach()` will be called by the Comedi core if `c6xdigio_attach()` returns an error, or if the Comedi core decides to detach the Comedi device from the driver for some other reason.)</p> <p>The unconditional call to `pnp_unregister_driver()` without a previous successful call to `pnp_register_driver()` will cause `driver_unregister()` to issue a warning &#34;Unexpected driver unregister!&#34;. This was detected by Syzbot [1].</p> <p>Also, the PNP driver registration and unregistrati…</p> https://cve.radiocsirt.org/vuln/ghsa-g8jv-c3w8-hc32 https://cve.radiocsirt.org/vuln/msrc_cve-2025-68332 msrc_CVE-2025-68332 https://cve.radiocsirt.org/vuln/msrc_cve-2025-68332 https://cve.radiocsirt.org/vuln/opensuse-su-2026:10039-1 <p>kernel-devel-6.18.5-1.1 on GA media</p> <p>kernel-devel-6.18.5-1.1 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2026:10039-1 https://cve.radiocsirt.org/vuln/suse-su-2026:0278-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:0278-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-68332 <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 232 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: comedi: c6xdigio: Fix invalid PNP driver unregistration The Comedi low-level driver &#34;c6xdigio&#34; seems to be for a parallel port connected device. When the Comedi core calls the driver&#39;s Comedi &#34;attach&#34; handler `c6xdigio_attach()` to configure a Comedi to use this driver, it tries to enable the parallel port PNP resources by registering a PNP driver with `pnp_register_driver()`, but ignores the return value. (The `struct pnp_driver` it uses has only the `name` and `id_table` members filled in.) The driver&#39;s Comedi &#34;detach&#34; handler `c6xdigio_detach()` unconditionally unregisters the PNP driver with `pnp_unregister_driver()`. It is possible for `c6xdigio_attach()` to return an error before it calls `pnp_register_driver()` and it is possible for the call to `pnp_register_driver()` to return an error (that is ignored). In both cases, the driver should not be calling `pnp_unregister_driver()` as it does in `c6xdigio_detach()`. (Note that `c6xdigio_detach()` will be called by the Comedi core if `c6xdigio_attach()` returns an error, or if the Comedi core decides to detach the Comedi device from the driver for some other reason.) The unconditional call to `pnp_unregister_driver()` without a previous successful call to `pnp_register_driver()` will cause `driver_unregister()` to issue a warning &#34;Unexpected driver unregister!&#34;. This was detected by Syzbot [1]. Also, the PNP driver registration and unregistration sh…</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 232 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: comedi: c6xdigio: Fix invalid PNP driver unregistration The Comedi low-level driver &#34;c6xdigio&#34; seems to be for a parallel port connected device. When the Comedi core calls the driver&#39;s Comedi &#34;attach&#34; handler `c6xdigio_attach()` to configure a Comedi to use this driver, it tries to enable the parallel port PNP resources by registering a PNP driver with `pnp_register_driver()`, but ignores the return value. (The `struct pnp_driver` it uses has only the `name` and `id_table` members filled in.) The driver&#39;s Comedi &#34;detach&#34; handler `c6xdigio_detach()` unconditionally unregisters the PNP driver with `pnp_unregister_driver()`. It is possible for `c6xdigio_attach()` to return an error before it calls `pnp_register_driver()` and it is possible for the call to `pnp_register_driver()` to return an error (that is ignored). In both cases, the driver should not be calling `pnp_unregister_driver()` as it does in `c6xdigio_detach()`. (Note that `c6xdigio_detach()` will be called by the Comedi core if `c6xdigio_attach()` returns an error, or if the Comedi core decides to detach the Comedi device from the driver for some other reason.) The unconditional call to `pnp_unregister_driver()` without a previous successful call to `pnp_register_driver()` will cause `driver_unregister()` to issue a warning &#34;Unexpected driver unregister!&#34;. This was detected by Syzbot [1]. Also, the PNP driver registration and unregistration sh…</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-68332 https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2914 <p>Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder nicht näher beschrieben Auswirkungen zu erzielen.</p> <p>Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder nicht näher beschrieben Auswirkungen zu erzielen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2914