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

  - btrfszoned修复 do_zone_finish() 中的释放后使用 Shinichiro 报告了由 fstests btrfs/070 中的设备替换操作触发的以下释放后使用。BTRFS 信息设备 nullb1清理
    已在 devid 1 上完成，状态为 0 ========================================== ======================== 缺陷
    KASANdo_zone_finish+0x91a/0xb90 中的 slab-use-after-free [btrfs] 由任务 btrfs-cleaner/3494007 CPU: 0 在 addr ffff8881543c8060 读取大小 8 的 CPU: 0 PID: 3494007 Comm: btrfs-cleaner 受感染: GW 6.8.0- rc5-kts #1 硬件名称Supermicro Super Server/X11SPi-TF、BIOS 3.3 02/21/2020 调用跟踪 <TASK> dump_stack_lvl+0x5b/0x90 print_report+0xcf/0x670 ? __virt_addr_valid+0x200/0x3e0 kasan_report+0xd8/0x110 do_zone_finish+0x91a/0xb90 [btrfs] ? do_zone_finish+0x91a/0xb90 [btrfs] do_zone_finish+0x91a/0xb90 [btrfs] btrfs_delete_unused_bgs+0x5e1/0x1750 [btrfs] ? __pfx_btrfs_delete_unused_bgs+0x10/0x10 [btrfs] ? btrfs_put_root+0x2d/0x220 [btrfs] ? btrfs_clean_one_deleted_snapshot+0x299/0x430 [btrfs] Cleaning_kthread+0x21e/0x380 [btrfs] ? __pfx_cleaner_kthread+0x10/0x10 [btrfs] kthread+0x2e3/0x3c0 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x31/0x70 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1b/0x30 </TASK> 由任务分配 3493983kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30
    __kasan_kmalloc+0xaa/0xb0 btrfs_alloc_device+0xb3/0x4e0 [btrfs] device_list_add.constprop.0+0x993/0x1630 [btrfs] btrfs_scan_one_device+0x219/0x3d0 [btrfs] btrfs_control_ioctl+0x26e/0x3d0 [btrfs]10
    __x64_sys_ioctl+0x134/0x1b0 do_syscall_64+0x99/0x190 entry_SYSCALL_64_after_hwframe+0x6e/0x76 Freed by task 3494056: kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3f/0x60 poison_slab_object+0x102/0x170 __kasan_slab_free+0x32/0x70 kfree+0x11b/0x320 btrfs_rm_dev_replace_free_srcdev+0xca/0x280 [btrfs] btrfs_dev_replace_finishing+0xd7e/0x14f0 [btrfs] btrfs_dev_replace_by_ioctl+0x1286/0x25a0 [btrfs] btrfs_ioctl+0xb27/0x57d0 [btrfs]
    __x64_sys_ioctl+0x134/0x1b0 do_syscall_64+0x99/0x190 entry_SYSCALL_64_after_hwframe+0x6e/0x76 有缺陷的地址属于 ffff8881543c8000 的对象该对象属于大小为 1024 的缓存 kmalloc-1k 有缺陷的地址位于已释放的 1024 字节区域 [ ffff8881543c8000, ffff8881543c8400) The buggy address belongs to the physical page: page:00000000fe2c1285 refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x1543c8 head:00000000fe2c1285 order:3 entire_mapcount:0 nr_pages_mapped:0 pincount:0 flags: 0x17ffffc0000840( slab|head|node=0|zone=2|lastcpupid=0x1fffff] page_type0xffffffff() 原始0017ffffc0000840 ffff888100042dc0 ffffea0019e8f200 dead000000000002 原始
    0000000000000000 0000000000100010 00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: ffff8881543c7f00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffff8881543c7f80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >ffff8881543c8000fa fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb ^ ffff8881543c8080fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb ffff888150 fbc8: fb fb fb fb fb fb fb fb fb fb 发生此 UAF 的原因是我们正在 do_zone_finish() 中访问已删除的 btrfs_device 的过时区域信息。The sequence of events is as follows: btrfs_dev_replace_start btrfs_scrub_dev btrfs_dev_replace_finishing btrfs_dev_replace_update_device_in_mapping_tree <-- devices replaced btrfs_rm_dev_replace_free_srcdev btrfs_free_device <-- device freed cleaner_kthread btrfs_delete_unused_bgs btrfs_zone_finish do_zone_finish <-- refers the freed device The reason for this is that we're using a ---truncated--- (CVE-2024-26944

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

检测

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

high Nessus 插件 ID 227536

版本 1.6