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

  - ext4避免残余数据造成的无限循环 在 mkdir/mknod 路径上将逻辑块映射到物理块时如果将新范围插入扩展树失败在本例中是因为文件系统在将 inode 标记为 dirtyext4_ext_map_blocks() 仅调用 ext4_free_blocks() 回收物理块而不删除 extent 树中的相应数据。这会导致后续 mkdir 操作再次引用之前回收的物理块编号即使此物理块已被 xattr 块所使用。因此会出现目录和 xattr 同时使用内存中的同一个缓冲区标头块的情况。
    以上导致 ext4_xattr_block_set() 进入有关插入的无限循环并且无法释放 inode 锁定最终导致 [1] 中提及的 143s 阻断问题。如果元数据已损坏则尝试删除某些盘区空间会造成更大的危害。此外在传递 EXT4_GET_BLOCKS_DELALLOC_RESERVE 的情况下请错误地更新配额信息以删除空间。Jan Kara 建议区分两种情况1) 错误为 ENOSPC 或 EDQUOT - 在这种情况下文件系统完全一致我们必须保持其一致性包括所有核算。但是这些错误只会在我们将盘区插入盘区树之前发生。因此当前代码在此情况下可正确运行。 2) 某些其他错误 - 表示元数据已损坏。我们应努力进行尽可能少的修改以限制损坏。因此我只是跳过已分配块的释放。 [1] INFO
    任务 syz.0。17:5995 被阻断超过 143 秒。调用跟踪inode_lock_nested include/linux/fs.h:1073 [inline] __start_dirop fs/namei.c:2923 [inline] start_dirop fs/namei.c:2934 [inline] (CVE-2026-31448)

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

检测

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

critical Nessus 插件 ID 309696

版本 1.25