Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - blk-cgroup修正 NULL 解除參照這是因為在 init blk-iocost 之前安裝 blkg_policy_data 而造成的有時會造成下列損毀錯誤核心 NULL 指標解除參照、位址00000000000000e0 ... RIP
    0010:_raw_spin_lock+0x17/0x30 程式碼be 01 02 00 00 e8 79 38 39 ff 31 d2 89 d0 5d c3 0f 1f 00 0f 1f 44 00 00 55 48 89 e5 65 ff 05 48 48 1 0 34 7e b 0 3 0 0 0 0 <f0> c0  0f b1 0f 75 02 5d c3 89 c6 e8 ea 04 00 00 5d c3 0f 1f 84 00 00 RSP: 0018:ffffc900023b3d40 EFLAGS: 00010046 RAX: 0000000000000000 RBX: 00000000000000e0 RCX: 0000000000000001 RDX: ffffc900023b3d20 RSI: ffffc900023b3cf0 RDI: 00000000000000e0 RBP
     R08ffffc900023b3d40  : ffffc900023b3c10 R09: 0000000000000003 R10: 0000000000000064 R11: 000000000000000a R12: ffff888102337000 R13: fffffffffffffff2 R14: ffff88810af408c8 R15: ffff8881070c3600 FS:
    00007faaaf364fc0(0000) GS:ffff88842fdc0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00000000000000e0 CR3: 00000001097b1000 CR4: 0000000000350ea0 Call Trace: <TASK> ioc_weight_write+0x13d/0x410 cgroup_file_write+0x7a/0x130 kernfs_fop_write_iter+0xf5/0x170 vfs_write+0x298/0x370 ksys_write+0x5f/0xb0 __x64_sys_write+0x1b/0x20 do_syscall_64+0x3d/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 此問題之所以發生是因為 iocg->ioc 為 NULL。此欄位由 ioc_pd_init() 初始化且從未清除。發生 NULL 解除參照的原因是 blkcg_activate_policy() 在初始化 blkg_policy_data 之前便對其進行安裝。 blkcg_activate_policy() 正在執行下列動作 1. 為所有現有的 blkg 配置 pd並將其安裝在 blkg->pd[] 中。 2. 初始化所有 pd。 3. 使所有 pd 上線。
    blkcg_activate_policy() 僅抓取 queue_lock且可在配置可能需要休眠時釋放並重新取得鎖定。 ioc_weight_write() 抓取 blkcg->lock 並反覆運算其所有 blkg。這兩者可以爭用如果 ioc_weight_write() 在 #1 期間或 #1 和 #2之間執行它可能會遇到尚未初始化的 pd進而導致當機。損毀可使用下列指令碼重現#!/bin/bash echo +io > /sys/fs/cgroup/cgroup.subtree_control systemd-run --unit touch-sda --scope dd if=/dev/sda of=/ dev/null bs=1M count=1 iflag=direct echo 100 > /sys/fs/cgroup/system.slice/io.weight bash -c echo '8:0 enable=1' > /sys/fs/cgroup/io.cost .qos & sleep .2 echo 100 > /sys/fs/cgroup/system.slice/io.weight 已套用下列修補程式> diff --git a/block/blk-cgroup.cb/block/blk-cgroup.c > index fc49be622e05..38d671d5e10c 100644 > --- a/block/blk-cgroup.c > +++ b/block/blk-cgroup.c > @@ -1553、6 +1553、12 @@ int blkcg_activate_policy(struct gendisk *disk, const struct blkcg_policy *pol) > pd->online = false > } > > + if (system_state == SYSTEM_RUNNING) { > + spin_unlock_irq(&q->queue_lock); > + ssleep(1) > + spin_lock_irq(&q->queue_lock); > + } > + > /* 全部配置完畢，以相同順序初始化 */ > if (pol->pd_init_fn) > list_for_each_entry_reverse(blkg, &q->blkg_list, q_node) 我沒有看到為什麼應該部署所有 pd 的原因一起配置、初始化和上線。唯一的排序要求是父 blkgs 必須在子項目之前初始化和上線這可以保證從執行順序開始。讓我們針對每個 blkg 配置、初始化 pd 並使其上線並按住 blkcg->lock 而非初始化和上線來修正此錯誤。這可確保安裝的 blkg 一律完全初始化並在線上移除爭用視窗。 (CVE-2023-54271)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2023-54271

medium Nessus Plugin ID 280714

版本 1.9