https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 15:22:42 +0000 https://vulnerability.circl.lu/vuln/cve-2026-68182 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>comedi: comedi_parport: deal with premature interrupt</p> <p>Syzbot reported a general protection fault in `comedi_get_is_subdevice_running()`, which was called from the interrupt handler `parport_interrupt()` in the &#34;comedi_parport&#34; driver, but it does not currently have a C reproducer for the problem. It&#39;s probably due to a premature interrupt for one of two reasons:</p> <p>1. The driver sets up the interrupt handler before the comedi subdevices used by the interrupt handler have been allocated, but does not disable the interrupt in the parallel port&#39;s CTRL register first. 2. The driver uses a user-supplied I/O port base address which Syzbot would have supplied, but it might not be backed by real parallel port hardware.</p> <p>Change the initialization order in the driver&#39;s comedi &#34;attach&#34; handler (`parport_attach()`) so that the hardware registers are initialized before the interrupt handler is requested. This should prevent premature interrupts occurring for real hardware.</p> <p>Also add a test to the interrupt handler to ensure the comedi device is fully attached and return early if it isn&#39;t.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>comedi: comedi_parport: deal with premature interrupt</p> <p>Syzbot reported a general protection fault in `comedi_get_is_subdevice_running()`, which was called from the interrupt handler `parport_interrupt()` in the &#34;comedi_parport&#34; driver, but it does not currently have a C reproducer for the problem. It&#39;s probably due to a premature interrupt for one of two reasons:</p> <p>1. The driver sets up the interrupt handler before the comedi subdevices used by the interrupt handler have been allocated, but does not disable the interrupt in the parallel port&#39;s CTRL register first. 2. The driver uses a user-supplied I/O port base address which Syzbot would have supplied, but it might not be backed by real parallel port hardware.</p> <p>Change the initialization order in the driver&#39;s comedi &#34;attach&#34; handler (`parport_attach()`) so that the hardware registers are initialized before the interrupt handler is requested. This should prevent premature interrupts occurring for real hardware.</p> <p>Also add a test to the interrupt handler to ensure the comedi device is fully attached and return early if it isn&#39;t.</p> https://vulnerability.circl.lu/vuln/cve-2026-68182