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

  - ext4：使用 fsdata 跟踪内联数据写入状态并修复争用 不要在 write_end 处理程序中检查实时 inode 状态（ext4_has_inline_data（inode） 和 ext4_test_inode_state（inode， EXT4_STATE_MAY_INLINE_DATA）），而是使用地址空间操作的 fsdata 参数来显式传递 write_begin 准备写入的状态。并发线程（如 ext4_page_mkwrite（））可以将内联数据转换到介于 write_begin 和 write_end 之间的范围。如果发生这种情况，write_end处理程序先前会错过内联write_end路径，并失败至基于范围的write_end逻辑。
    但是，由于从未在 write_begin 中分配区块缓冲区，这将导致空指针取消引用或数据丢失，原因是 folio_buffers（folio） 为 NULL。将 EXT4_WRITE_DATA_INLINE （4） 定义为位标记（位 2），将 fsdata 视为按位标记而不是互斥枚举，以保持写入路径状态独立。通过 fsdata 传达此状态：成功准备内联写入时，1） ext4_write_begin（） 和 ext4_da_write_begin（） 通过按位 OR 设置 *fsdata 中的EXT4_WRITE_DATA_INLINE位。2） 输入时，ext4_write_begin（） 清除 EXT4_WRITE_DATA_INLINE 位以安全地处理 VFS 重试（其中 generic_perform_write（） 在其重试跳跃时绕过 fsdata 初始化）。
    3） write_end处理程序会执行逐位 AND 以检查 EXT4_WRITE_DATA_INLINE 位是否已设置，并相应地调用内联 write_end 帮助程序。此外，在缓冲写入期间，ext4_write_inline_data_end（） 会在准备写入之后获取 xattr 锁定。如果并发页面错误 （ext4_page_mkwrite（）） 在 write_end 处理程序检查状态之后但在 ext4_write_inline_data_end（） 获取 xattr 写锁定之前将内联数据转换为某个范围，则后续检查将通过 BUG_ON（！ext4_has_inline_data（inode）） 触发内核错误。为了保持 git 历史记录有效且可一分为二，请将 ext4_write_inline_data_end（） 中的BUG_ON检查替换为同一提交中的妥善错误处理重试路径。如果在锁定 xattr 后清除了内联数据，我们将安全地释放所有资源（释放 iloc.bh、解锁/放置 folio、停止活动的日志事务句柄）并返回 0（VFS 重试）以让通用写入路径安全地重试操作。（CVE-2026-92500）

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

检测

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

medium Nessus 插件 ID 347810

版本 1.8