CVE-2026-99007 in Linux
Riassunto
di VulDB • 24/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
drm/fb-helper: posticipare l'setup quando fbdev_probe() fallisce, non solo in caso di -EAGAIN
__drm_fb_helper_initial_config_and_unlock() chiama prima drm_client_modeset_probe(), che già compila ogni mode_set->mode/num_connectors per ogni output connesso, e successivamente chiama drm_fb_helper_single_fb_probe() per creare fb_helper->fb e collegarlo a tali mode_sets tramite drm_setup_crtcs_fb().
Se drm_fb_helper_single_fb_probe() fallisce con un codice diverso da -EAGAIN (ad esempio se dev->driver->fbdev_probe() stesso fallisce), la funzione termina prima che venga eseguita drm_setup_crtcs_fb() e prima di impostare fb_helper->deferred_setup. Il client rimane con mode_sets che hanno una modalità e connettori, ma mode_set->fb == NULL, e nulla segnala questo fb_helper come bisognoso di un nuovo tentativo.
__drm_fb_helper_restore_fbdev_mode_unlocked() salta il commit solo quando è impostato fb_helper->deferred_setup; pertanto, una chiamata successiva a .restore() (drm_lastclose() all'uscita del processo, in questa segnalazione) esegue il commit dello mode_set obsoleto attraverso drm_client_modeset_commit() -> drm_client_modeset_commit_atomic() -> __drm_atomic_helper_set_config(), che attiva WARN_ON(!set->fb).
Impostare fb_helper->deferred_setup in caso di qualsiasi fallimento di drm_fb_helper_single_fb_probe(), non solo per -EAGAIN, affinché restore continui a saltare il commit fino a quando un successivo evento hotplug riesce a rieseguire la probe e ripopolare mode_set->fb. Il codice di errore reale viene comunque restituito al chiamante invariato.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.