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

  - xfs当重新验证两个 btree 时检查删除的光标可用空间和 inode btree 修复功能将同时重建两个 btree之后它需要评估这两个 btree 以确认损坏已消失。但是Jiaming Zhang 运行了 syzbot 并在第二次 xchk_allocbt 调用中造成了崩溃。其根本原因分析如下轻微修正在 xrep_revalidate_allocbt() 中调用了两次 xchk_allocbt()第一次针对 BNOBT第二次针对 CNTBT。造成此问题的原因是第一个调用使第二个调用所需的光标无效。我们首先通过以下调用链进入 xrep_revalidate_allocbt() xfs_file_ioctl() -> xfs_ioc_scrubv_metadata() -> xfs_scrub_metadata() -> `sc->ops->repair_eval(sc)` -> xrep_revalidate_allocbt() xchk_allocbt() 在 中被调用两次此函数。在第一个调用中/* 请注意 sc->sm->sm_type 现在为 XFS_SCRUB_TYPE_BNOPT */ xchk_allocbt() -> xchk_btree() -> `bs->scrub_rec(bs, recp)` -> xchk_allocbt_rec() -> xchk_allocbt_xref ()
    -> xchk_allocbt_xref_other() 由于 sm_type 为 XFS_SCRUB_TYPE_BNOBTpur 设置为 &sc->sa.cnt_cur。内核调用 xfs_alloc_get_rec() 并返回 -EFSCORRUPTED。调用链xfs_alloc_get_rec() -> xfs_btree_get_rec() -> xfs_btree_check_block() -> (XFS_IS_CORRUPT || XFS_TEST_ERROR)前者为 false而后者为 true则返回 -EFSCORRUPTED。我猜这应由 ioctl$XFS_IOC_ERROR_INJECTION 引起。返回到 xchk_allocbt_xref_other()从 xfs_alloc_get_rec() 收到 -EFSCORRUPTED 后内核调用 xchk_should_check_xref()。在此函数中*curpp（指向 sc->sa.cnt_cur）已无效。返回 xrep_revalidate_allocbt()由于 sc->sa.cnt_cur 已无效因此会通过 xchk_allocbt()第二次调用 -> xchk_btree() 触发 null-ptr-deref。所以。bnobt 重新验证在交叉引用尝试上失败因此我们删除了 cntbt 光标然后当我们尝试重新验证 cntbt 时崩溃。
    因此，请在该重新验证之前检查空 cntbt 光标，并将修复标记为“未完成”。此外如果第一根树经过重建但已经损坏我们可以完全忽略第二根树。对 xrep_revalidate_iallocbt 应用相同的补丁因为它具有相同的问题。 (CVE-2026-23249)

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

检测

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

medium Nessus 插件 ID 302930

版本 1.4