Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - fbcon发布 模式时将 fb_display[i]->mode 设为 NULL 最近我们通过 syzkaller 发现了以下问题BUGKASANfb_mode_is_equal+0x285/0x2f0 处的大小 4 的 slab-use-after-free 读取任务 syz.xxx 的地址 ff11000001b3c69c ... Call Trace: <TASK> dump_stack_lvl+0xab/0xe0 print_address_description.constprop.0+0x2c/0x390 print_report+0xb9/0x280 kasan_report+0xb8/0xf0 fb_mode_is_equal+0x285/0x2f0 fbcon_mode_deleted+0x129/0x180 fb_set_var+0xe7f/0x11d0 do_fb_ioctl+0x6a0/0x750 fb_ioctl +0xe0/0x140 __x64_sys_ioctl+0x193/0x210 do_syscall_64+0x5f/0x9c0 entry_SYSCALL_64_after_hwframe+0x76/0x7e 基于实验和分析在帧缓冲区取消注册期间仅释放 fb_info->modelist 的内存而未设置相应的 fb_display[i]->将已释放模式的 mode 设为 NULL。这会导致在后续访问期间出现 UAF 问题。
    以下是重现步骤的示例 1。/dev/fb0 已在系统中注册后加载内核模块以注册新设备 /dev/fb1； 2. 将 fb1 的模式设置为全局 fb_display[] 数组通过 FBIOPUT_CON2FBMAP 3. 将控制台从 fb 切换至 VGA以允许 ko 进行正常的 rmmod 4. 卸载内核模块此时 fb1 的 modelist 已释放从而在 fb_display[]中留下一个失控指针5. 通过 fb0 尝试从 fb0 中删除模式的系统调用来触发 缺陷。在 do_unregister_framebuffer() 中添加一个检查 fb_display[]中如果要释放的模式存在则将相应的模式指针设置为 NULL。 (CVE-2025-40323)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-40323

medium Nessus 插件 ID 277674

版本 1.20