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

  - fs/ntfs3：验证 journal-replay 文件记录检查中使用的 rec-> check_file_record（） 会根据记录大小验证 rec->total，但从不验证 rec->used。do_action（） journal-replay 处理程序从磁盘读取 rec->used 并将其用于计算 memmove 长度： DeleteAttribute： memmove（attr， ...， used - asize - roff） CreateAttribute： memmove（...， attr， used - roff） change_attr_size： memmove（...， used - PtrOffset（rec， next）） 当 rec->used 小于验证属性的偏移，或大于记录大小时，这些减法可能下溢，允许我们将大量内存复制到 4kb 缓冲区， 总体上通常被认为是一个坏主意。这需要一个损坏的文件系统，这并不是内核真正需要担心的威胁模型，但检查这种明显的越界值有助于保持稳健，尤其是在日志重播时 通过正确限制 rec->used 边界来修复此问题。
    这很像提交 b2bc7c44ed17（fs/ntfs3：修复 DeleteIndexEntryRoot 中的 slab-out-of-bound 读取），后者检查了同一个 switch 语句中的不同值。（CVE-2026-31716）

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

检测

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

high Nessus 插件 ID 311600

版本 1.18