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

  - btrfs使用 dev-replace 進行修復時處理大小寫 [錯誤] 有一個錯誤報告指出在 btrfs_repair_io_failure() (原為 v6.0 核心中的 repair_io_failure()) 中出現 BUG_ON() 在取代不可靠的磁碟 BTRFS 警告時會遭到觸發(裝置 sda1)csum 失敗 root 257 ino 2397453 關閉 39624704 csum 0xb0d18c75 預期的 csum 0x4dae9c5e 鏡像 fs/btrfs/extent_io.c:2380! 的 3 核心錯誤無效 opcode0000 [#1] PREEMPT SMP NOPTI CPU9 PID 3614331 Commkworker/u257:2 污染的 G OE 6.0.0-5-amd64 #1 Debian 6.0.10-2 硬體名稱 Micro- Star International Co. Ltd. MS-7C60/TRX40 PRO wifi (MS-7C60)、BIOS 2.70 2021 年 7 月 1 日 工作佇列 btrfs-endio btrfs_end_bio_work [btrfs] RIP 0010:repair_io_failure+0x24a/0x260 [btrfs] 呼叫追踪 <TASK> clean_io_failure+0x14d/0x180 [btrfs] end_bio_extent_readpage+0x412/0x6e0 [btrfs] __switch_to+0x106/0x420 process_one_work+0x1c7/0x380 worker_thread+0x4d/0x380 ? rescuer_thread+0x3a0/0x3a0 kthread+0xe9/0x110 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x22/0x30 [原因] 在執行 BUG_ON() 之前我們先從取代目標收到一些讀取錯誤記下鏡像編號 (3) 超出 RAID1 複製範圍因此從取代目標讀取device)。接著在 BUG_ON() 位置我們嘗試將已修復的磁區回寫回失敗的裝置。檢查方式如下ret = btrfs_map_block(fs_info, BTRFS_MAP_WRITE, logical, &map_length, &bioc, mirror_num); if (ret) goto out_counter_dec BUG_ON(mirror_num != bioc->mirror_num);
    但是在 btrfs_map_block() 內部我們可以特別針對 dev-replace 修改 bioc->mirror_num: if (dev_replace_is_ongoing && mirror_num == map->num_stripes + 1 && !need_full_stripe(op) && dev_replace->tgtdev != NULL) { ret = get_extra_mirror_from_replace(fs_info, logical, *length, dev_replace->srcdev->devid, &mirror_num, &physical_to_patch_in_first_stripe);
    patch_the_first_stripe_for_dev_replace = 1因此如果我們要修復取代目標裝置我們將會觸發該 BUG_ON()。但實際上來自取代目標裝置的讀取失敗可能是因為我們的取代未達到要讀取的範圍因此我們讀取的是記憶體但是在取代執行的情況下稍後才會正確填入該範圍。因此在這種情況下我們不需要做任何事情只要讓取代常式來處理即可。[FIX] 若我們要修復裝置取代目標裝置則略過修復而非 BUG_ON()。 (CVE-2023-54180)

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

偵測

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

medium Nessus Plugin ID 280720

版本 1.7