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

  - dm-raid456、md/raid456当与 reshape 并发 io 时修复 dm-raid456 的死锁 对于 raid456如果 reshape 仍在进行中则跨 reshape 位置的 IO 将等待 reshape 取得进度。
    然而对于 dm-raid在下列情况中reshape 永远不会取得进展因此 IO 将挂起1) 数组为只读2) MD_RECOVERY_WAIT 已设置3) MD_RECOVERY_FROZEN 已设置提交 c467e97f079fmd/raid6使用有效的扇区值确定 I/O 是否应在 reshape 之后修复跨 reshape 位置的 IO 不等待 reshape、dm-raid 测试 shell/lvconvert-raid 的问题-reshape.sh 开始挂起[root@fedora ~]# cat /proc/979/stack [<0>] wait_woken+0x7d/0x90 [<0>] raid5_make_request+0x929/0x1d70 [raid456] [<0>] md_handle_request+0xc2 /0x3b0 [md_mod] [<0>] raid_map+0x2c/0x50 [dm_raid] [<0>] __map_bio+0x251/0x380 [dm_mod] [<0>] dm_submit_bio+0x1f0/0x760 [dm_mod] [<0>] __submit_bio+0xc2/0x1c0 [<0>] submit_bio_noacct_nocheck+0x17f/0x450 [<0>] submit_bio_noacct+0x2bc/0x780 [<0>] submit_bio+0x70/0xc0 [<0>] mpage_readahead+0x169/0x1f0 [<0>] blkdev_readahead+0x18/0x30 [<0>] read_pages +0x7c/0x3b0 [<0>] page_cache_ra_unbounded+0x1ab/0x280 [<0>] force_page_cache_ra+0x9e/0x130 [<0>] page_cache_sync_ra+0x3b/0x110 [<0>] filemap_get_pages+0x143/0xa30 [<0>] filemap_read+0xdc/0x4b0 [<0>] blkdev_read_iter+0x75/0x200 [<0>] vfs_read +0x272/0x460 [<0>] ksys_read+0x7a/0x170 [<0>] __x64_sys_read+0x1c/0x30 [<0>] do_syscall_64+0xc6/0x230 [<0>] entry_SYSCALL_64_after_hwframe+0x6c/0x74 这是因为 reshape 无法进行。对于 md/raid不存在此问题因为寄存器新的 sync_thread 不再依赖于要完成的 IO1) 如果数组为只读其可通过 ioctl/sysfs 切换为读写同时执行2) md/raid 从不设置 MD_RECOVERY_WAIT 3) 如果设置 MD_RECOVERY_FROZEN则 mddev_suspend() 不会保留“reconfig_mutex”因此可通过 sysfs api“sync_action”继续执行 reshape。但是我尚不确定如何避免 dm-raid 中的问题。此修补程序不仅可确保 raid_message() 在 presuspend() 之后无法通过 raid_message() 更改 sync_thread()而且会在等待 IO 在 dm_suspend() 中完成之前检测上述 3 种情况并让dm-raid 重新排队这些 IO。 (CVE-2024-26962)

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

检测

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

medium Nessus 插件 ID 228105

版本 1.7