CVE-2026-99007

Linux kernel'da aşağıdaki güvenlik açığı giderilmiştir: drm/fb-helper: fbdev_probe() başarısız olduğunda kurulumu sadece -EAGAIN durumunda değil, her durumda ertele __drm_fb_helper_initial_config_and_unlock() önce, bağlı olan her çıktı için mode_set->mode/num_connectors değerlerini dolduran drm_client_modeset_probe()'u çağırır ve ancak sonrasında fb_helper->fb oluşturmak ve bunu drm_setup_crtcs_fb() aracılığıyla ilgili mode_set'lere bağlamak için drm_fb_helper_single_fb_probe()'u çağırır. Eğer drm_fb_helper_single_fb_probe() -EAGAIN dışındaki herhangi bir hata ile başarısız olursa (örneğin dev->driver->fbdev_probe() fonksiyonunun kendisi başarısız olursa), fonksiyon drm_setup_crtcs_fb() çalışmadan ve fb_helper->deferred_setup ayarlanmadan önce çıkış yapar. İstemci, modu ve konnektörleri olan ancak mode_set->fb == NULL olan mode_set'lerle baş başa kalır ve bu fb_helper'ın yeniden denenmesi gerektiğini belirten hiçbir işaretleme yapılmaz. __drm_fb_helper_restore_fbdev_mode_unlocked() yalnızca fb_helper->deferred_setup ayarlı olduğunda işlemi gerçekleştirmeyi atlar; bu nedenle daha sonra yapılan bir .restore() çağrısı (bu raporda işlem çıkışındaki drm_lastclose()), güncelliğini yitirmiş mode_set'i drm_client_modeset_commit() -> drm_client_modeset_commit_atomic() -> __drm_atomic_helper_set_config() üzerinden işler ve bu da WARN_ON(!set->fb) hatasını tetikler. Sadece -EAGAIN durumunda değil, herhangi bir drm_fb_helper_single_fb_probe() hatasında fb_helper->deferred_setup işaretlenmelidir; böylece sonraki bir sıcak takma (hotplug) olayı başarıyla yeniden probe yapıp mode_set->fb değerini tekrar doldurana kadar restore işlemi commit işlemini atlamaya devam eder. Gerçek hata kodu, değiştirilmeden çağıran tarafa döndürülmeye devam eder.