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

  - md不忽略 md_check_recovery() 中的只读数组 通常如果该数组不可读写md_check_recovery() 不会首先注册新的 sync_thread。并且如果数组为读写并且 sync_thread 已注册md_set_readonly() 会在将数组设置为只读之前取消注册 sync_thread。 md/raid 遵循此行为因此没有问题。提交 f52f5c71f3d4md修复停止同步线程后测试 shell/integrity-caching.sh 可触发以下挂起1) 数组为只读。
    dm-raid 更新超级块rs_update_sbs ro = mddev->ro mddev->ro = 0 -> 设置数组读写 md_update_sb 2) 并发注册新同步线程。 3) dm-raid 将数组设置回只读
    rs_update_sbs mddev->ro = ro 4) 停止阵列raid_dtr md_stop stop_sync_thread set_bit(MD_RECOVERY_INTR, &mddev->recovery); md_wakeup_thread_directly(mddev->sync_thread);
    wait_event(..., !test_bit(MD_RECOVERY_RUNNING, &mddev->recovery)) 5) 同步线程完成md_do_sync set_bit(MD_RECOVERY_DONE, &mddev->recovery); md_wakeup_thread(mddev->thread); 6) 后台程序线程无法取消注册同步线程md_check_recovery if (!md_is_rdwr(mddev) && !test_bit(MD_RECOVERY_NEEDED, &mddev->recovery)) return; -> -> 无法清除 MD_RECOVERY_RUNNING因此步骤 4 挂起根本原因是 dm-raid 自行操纵“mddev->ro”但是 dm-raid 确实应该在将数组设置为只读之前停止同步线程。遗憾的是我需要阅读更多代码才能重构 dm-raid 中“mddev->ro”的处理程序因此我们现在暂时以简单的方式修复此问题以防止 dm-raid 回归。
    (CVE-2024-26757)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-26757

medium Nessus 插件 ID 228222

版本 1.24