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

  - ext4如果日志正在破坏则避免在出错时记录 sb 更新。目前如果尝试在标有 JBD2_UNMOUNT 的日志上启动事务总是 BUG_ON因为这种情况永远不应该发生。不过在 ltp 运行压力测试时已发现在某些处理路径错误的情况下update_super_work 可能会在日志被破坏后启动事务 eg: (umount) ext4_kill_sb kill_block_super generic_shutdown_super sync_filesystem /* commits all txns */ evict_inodes /* 可启动新的 txn */ ext4_put_super flush_work(&sbi->s_sb_upd_work) /* 刷新工作队列 */ jbd2_journal_destroy journal_kill_thread journal->j_flags |= JBD2_UNMOUNT; jbd2_journal_commit_transaction jbd2_journal_get_descriptor_buffer jbd2_journal_bmap ext4_journal_bmap ext4_map_blocks ...
    ext4_inode_error ext4_handle_error schedule_work(&sbi->s_sb_upd_work) /* 工作队列启动 */ update_super_work jbd2_journal_start start_this_handle BUG_ON(journal->j_flags & JBD2_UNMOUNT) 因此引入一个新的挂载标记以指示日志正在破坏且仅执行已记录并延迟的操作如果未设置此标记则 sb 的更新。否则仅回退到未记录日志的提交。此外，在日志破坏路径中，有以下序列 1. 设置表明日志正在破坏的挂载标记 2. 强制提交并等待 3. 刷新待定 sb 更新 此序列很重要，因为它可确保在此点之后中不存在可以记录的 sb 更新因此在日志之外更新 sb 是安全的。（为避免 2d01ddc86606 中讨论的争用）此外我们不需要在 ext4_grp_locked_error 中进行类似检查因为它仅从 mballoc 调用并且 AFAICT 在此处安排工作始终有效。 (CVE-2025-22113)

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

检测

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

medium Nessus 插件 ID 244017

版本 1.18