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

  - dm Thin使 get_first_thin 使用 rcu 安全列表优先函数 rculist.h 中的文档说明了缺少 list_empty_rcu() 的原因并警告程序员不要依赖 RCU 安全代码中的 list_empty() -> list_first() 序列。这是因为每个函数都执行自己的列表头 READ_ONCE()。这可导致一种情况即 list_empty() 发现有效的列表条目但后续 list_first() 在修改之后发现不同的列表头状态视图。就 dm-thin 而言该作者因 process_deferred_bios 路径中的 GP 错误而遭遇生产机箱崩溃。此函数在 get_first_thin() 中发现有效的列表头但当它随后取消引用该列表并将其转换为thin_c 时它却得到了结构池的内部因为该列表现在为空且引用了其自身。发生此问题的内核在发生该错误之前既打印了有关 refcount_t 饱和的警告又打印了针对排队旋转锁中越界 cpuid 访问的 UBSAN 错误。检查生成的 kdump 时发现另一个在 Thin_dtr 的 synchronize_rcu 中等待的线程。
    Thin_dtr 调用成功地在错误的时间将 Thin_c 拉出活动 Thins 列表并使其成为 active_thins 列表中的最后一个条目进而导致此崩溃。幸运的是此处的补丁非常简单。将 get_first_thin() 函数切换为使用 list_first_or_null_rcu()后者仅执行一个 READ_ONCE() 并在列表为空时返回 NULL。针对 devicemapper 测试套件的精简配置套件运行此问题以进行删除和暂停未观察到回归。
    (CVE-2025-21664)

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

检测

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

medium Nessus 插件 ID 231655

版本 1.22