CVE-2025-68257

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: comedi: compat ioctl'lerde cihazın bağlı durumunu kontrol et Syzbot, görünüşe göre mevcut olmayan dev->get_valid_routes() geri çağırması nedeniyle çekirdeğin çöktüğü bir sorun [1] tespit etti. Söz konusu geri çağırma __comedi_device_postconfig() fonksiyonunda her zaman get_zero_valid_routes() olarak ayarlanmış olması gerektiğinden, normal şartlarda bu durumun meydana gelmemesi gerekir. Çökme, en azından [1] numaralı raporlara dayanarak, yalnızca i386 çekirdeklerinde ortaya çıkıyor gibi göründüğünden; sorumluluk standart IOCTL işleyicilerinin compat versiyonlarındadır. Bunların birkaç tanesi değiştirilmiştir ve comedi_unlocked_ioctl() kullanmamaktadır. Bu ioctl'lerin işlevselliği esasen orijinal versiyonlarını kopyalasa da, cihazın bağlı durumu için gerekli olan sağlamlık kontrolüne sahip değildirler. Bu durum ise, COMEDI_DEVCONFIG aracılığıyla bile olsa, düzgün şekilde kurulmamış bir cihaz üzerinde seçili IOCTL'lerin çağrılması olasılığına yol açar. Yapılandırılmamış cihazlarda bunu yapmak, örneğin dev->get_valid_routes() geri çağırmasının belirlenmesi gibi birçok kritik adımın atlanması anlamına gelir. Herhangi bir ioctl işlemi gerçekleştirmeden önce cihazın bağlı durumu garanti altına alınarak, modern ve compat fonksiyonları arasındaki mantık tutarlılığı artırılmış ve bu durum kaba bir yöntemle düzeltilmiştir. [1] Syzbot raporu: BUG: kernel NULL pointer dereference, address: 0000000000000000 ... CR2: ffffffffffffffd6 CR3: 000000006c717000 CR4: 0000000000352ef0 Call Trace: <TASK> get_valid_routes drivers/comedi/comedi_fops.c:1322 [inline] parse_insn+0x78c/0x1970 drivers/comedi/comedi_fops.c:1401 do_insnlist_ioctl+0x272/0x700 drivers/comedi/comedi_fops.c:1594 compat_insnlist drivers/comedi/comedi_fops.c:3208 [inline] comedi_compat_ioctl+0x810/0x990 drivers/comedi/comedi_fops.c:3273 __do_compat_sys_ioctl fs/ioctl.c:695 [inline] __se_compat_sys_ioctl fs/ioctl.c:638 [inline] __ia32_compat_sys_ioctl+0x242/0x370 fs/ioctl.c:638 do_syscall_32_irqs_on arch/x86/entry/syscall_32.c:83 [inline] ...