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

  - blockbfq修复“bfqq->bic”的可能 uaf我们的测试报告 5.10中存在“bfqq->bic”的 uaf
    ================================================== ================ BUGKASANbfq_select_queue+0x378/0xa30 中存在释放后使用 CPU6 PID2318352 Commfsstress Kdump supported 未受感染 5.10.0-60.18 .0.50.h602.kasan.eulerosv2r11.x86_64 #1 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS rel-1.12.1-0-ga5cab58-20220320_160524-szxrtosci10000 04/01/2014 调用跟踪
    bfq_select_queue+0x378/0xa30 bfq_dispatch_request+0xe8/0x130 blk_mq_do_dispatch_sched+0x62/0xb0
    __blk_mq_sched_dispatch_requests+0x215/0x2a0 blk_mq_sched_dispatch_requests+0x8f/0xd0
    __blk_mq_run_hw_queue+0x98/0x180 __blk_mq_delay_run_hw_queue+0x22b/0x240 blk_mq_run_hw_queue+0xe3/0x190 blk_mq_sched_insert_requests+0x107/0x200 blk_mq_flush_plug_list+0x330x90x26blk_mq_flush_plug_list+0x30finish
    __iomap_dio_rw+0x7b5/0x910 iomap_dio_rw+0x36/0x80 ext4_dio_read_iter+0x146/0x190 [ext4] ext4_file_read_iter+0x1e2/0x230 [ext4] new_sync_read+0x29f/0x400 vfs_read+0x24e/0x2d0 ksys_read+0xd5/0x1b0 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x61/ 0xc6 提交 3bc5e683c67dbfq在 cgroup 之间移动时拆分共享队列更改将进程移动到新的 cgroup 将分配使用新的 bfqq但是旧的 bfqq 和新的 bfqq 可指向相同的 bic1) 初始状态io 在同一个 cgroup 中的两个进程。| 进程 1 进程 2 (BIC1) (BIC2)| | | | | | | V | V | V | V bfqq1 bfqq2 2) bfqq1 已合并到 bfqq2。| 进程 1 进程 2 (BIC1) (BIC2)| | \-------------\| V bfqq1 bfqq2(coop) 3) 进程 1 退出然后从进程 2 发出新的 io(dence IOA)。(BIC2) | | | | V | V bfqq2(coop) 4) 在 IOA 完成之前将进程 2 移动至另一个 cgroup 并发出 io。进程 2 (BIC2) |\--------------\ | V bfqq2 bfqq3 此时 BIC2 指向 bfqq3而 bfqq2 和 bfqq3 都指向 BIC2。如果所有请求均完成且进程 2 退出则 BIC2 将被释放但不保证 bfqq2 将在 BIC2 之前被释放。通过在 bfqq 从 bic 分离时清除 bfqq->bic 修复问题。 (CVE-2022-50488)

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

检测

Linux Distros 未修补的漏洞：CVE-2022-50488

high Nessus 插件 ID 269335

版本 1.7