CVE-2026-99007 in Linux
要約
〜によって VulDB • 2026年10月23日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
drm/fb-helper: fbdev_probe() の失敗時に -EAGAIN だけでなく、設定を延期する
__drm_fb_helper_initial_config_and_unlock() はまず drm_client_modeset_probe() を呼び出し、これにより接続されている各出力に対して mode_set->mode/num_connectors がすべて埋められます。その後、drm_setup_crtcs_fb() を介して fb_helper->fb を作成し、それらのモードセットにワイヤリングするために drm_fb_helper_single_fb_probe() を呼び出します。
もし drm_fb_helper_single_fb_probe() が -EAGAIN 以外のエラー（例えば dev->driver->fbdev_probe() そのものの失敗など）で失敗した場合、関数は drm_setup_crtcs_fb() の実行前および fb_helper->deferred_setup の設定前に早期終了します。その結果、クライアントはモードとコネクタを持つが mode_set->fb == NULL であるモードセットの状態で残り、この fb_helper が再試行を必要とすることを示すフラグは一切設定されません。
__drm_fb_helper_restore_fbdev_mode_unlocked() は fb_helper->deferred_setup が設定されている場合のみコミットをスキップするため、後続のリストア呼び出し（本報告ではプロセス終了時の drm_lastclose()）により、古くなったモードセットが drm_client_modeset_commit() -> drm_client_modeset_commit_atomic() -> __drm_atomic_helper_set_config() を通じてコミットされ、ここで WARN_ON(!set->fb) が発生します。
-EAGAIN だけでなく、drm_fb_helper_single_fb_probe() の失敗時に fb_helper->deferred_setup にフラグを設定することで、ホットプラグイベントが後ほど正常に再プローブして mode_set->fb を再 Populate するまで、レストア処理はコミットをスキープし続けます。実際のエラーコードは変更せずに呼び出し元に返されます。
VulDB is the best source for vulnerability data and more expert information about this specific topic.