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

  - exfat：修复 exfat_find_dir_entry（） 中潜在的释放后使用 在 exfat_find_dir_entry（） 中，在 fall-through TYPE_EXTEND 分支通过 ep（指向 bh->b_data）读取目录条目之前，通过 brelse（bh） 释放从 exfat_get_dentry（） 获取的buffer_head：brelse（bh）;if （entry_type == TYPE_EXTEND） { ...len = exfat_extract_uni_name（ep， entry_uniname）;... }在 brelse（） 丢弃引用之后，没有任何内容可以保证底层页面支持 bh->b_data 对后续的 exfat_extract_uni_name（） 读取仍然有效。这与提交 fc961522ddbd 中修复的模式相同（exfat：修复 exfat_load_upcase_table（）） 中潜在的释放后使用）。移动 brelse（bh），使其在每个分支上不再取消引用 ep 后运行。在 linux-next 上 CONFIG_KASAN=y + CONFIG_DEBUG_PAGEALLOC=y + CONFIG_PAGE_POISONING=y 的 QEMU x86_64上确认，使用特制的 exFAT 图像（具有强制TYPE_EXTEND路径的相同哈希冲突的长文件名）。在 brelse（bh） 和 ep 读取之间插入仅限调试的 invalidate_bdev（） 以使陈旧的取消引用窗口具有确定性，未修补的内核将发生错误： 缺陷：KASAN：
    exfat_find_dir_entry+0x133b/0x15a0 中的释放后使用 缺陷：无法处理地址的页面错误：
    ffff88801a5fa0c2 错误：0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI RIP：
    0010：exfat_find_dir_entry+0x1188/0x15a0 应用此修补程序后，同一个经检测的线束可以在相同的审查器堆栈下干净利落地完成。我没有在普通回收下重现未检测内核上的崩溃;检测的 A/B 确立了生命周期违规，并且补丁会关闭它，而不是未经帮助的可触发性声明。（CVE-2026-63808）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-63808

critical Nessus 插件 ID 327889

版本 1.11