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

  - block/rq_qos使用新的鎖定認可 50e34d78815e 保護 rq_qos api (block停用提升裝置 int del_gendisk)將 rq_qos_exit() 從 disk_release() 移至 del_gendisk()此會引入一些問題
    1) 如果透過 cgroupfs 啟用 iocost/iolatency 來觸發 rq_qos_add()則其可與 del_gendisk() 並行執行同時寫入「q->rq_qos」並不安全。 2) 啟用 cgroup 原則時仰賴 rq_qos 將呼叫 rq_qos_add() 和 blkcg_activate_policy()且如果在中間呼叫 rq_qos_exit()則會在 blkcg_activate_policy() 中觸發 null-ptr-dereference()。 3) blkg_conf_open_bdev() 可先呼叫 blkdev_get_no_open() 以尋找磁碟然後如果 del_gendisk() 的 rq_qos_exit() 先於 rq_qos_add() 執行則記憶體將會洩漏。此修補程式新增了磁碟層級 mutex「rq_qos_mutex」1) 鎖定將直接保護 rq_qos_exit()。 2) 針對不依賴 blk-cgroup 的 wbt目前只能從磁碟初始化呼叫 rq_qos_add()因為直到 rq_qos_exit() 才能解構 wbt因此暫時不保護 wbt 是安全的。然而若未來支援 rq_qos 動態解構此修補程式也可直接保護 rq_qos_add() 不受 wbt_init() 影響這已足夠因為 blk-sysfs 已同步寫入器和磁碟移除。 3) 針對 iocost 和 iolatency為了同步磁碟移除和 cgroup 組態設定會在執行 blkg_conf_open_bdev() 的 blkdev_get_no_open() 之後保留鎖定並在 blkg_conf_exit() 中釋放。為修正上述記憶體洩漏問題會在保留新鎖定後檢查 disk_live()。 (CVE-2023-53823)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

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

medium Nessus Plugin ID 277845

版本 1.11