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

  - btrfs：使用 dev-replace 進行修復時的處理情況 [BUG] 有一個錯誤報告指出，在更換不可靠的磁碟時，觸發了 btrfs_repair_io_failure（） 中的 BUG_ON（）（最初是 v6.0 核心中的 repair_io_failure（））： BTRFS 警告 （裝置 sda1）： csum 失敗 root 257 ino 2397453關閉39624704 csum 0xb0d18c75預期的 csum 0x4dae9c5e鏡像 3 核心錯誤 fs/btrfs/extent_io.c：2380！無效的操作碼：0000 [#1] 搶佔 SMP NOPTI CPU：9 PID：3614331 通訊：kworker/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 07/01/2021 工作佇列：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 重複，因此它是從替換目標設備讀取的）。然後在 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（） 中，我們可以修改 bioc->mirror_num，特別是對於 dev-replace： 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（）。但實際上，替換目標設備的讀取失敗可能是，我們的替換尚未達到我們正在讀取的範圍，因此我們正在讀取垃圾，但隨著替換運行，範圍稍後會被正確填充。因此，在這種情況下，我們不需要做任何事情，只需讓替換常式來處理它。[修復]如果我們要修復設備更換目標設備，只需跳過修復即可，而不是 BUG_ON（）。(CVE-2023-54180)

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

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

  - btrfs：处理使用 dev-replace 进行修复时的情况 [缺陷] 有一份缺陷报告，指出 btrfs_repair_io_failure（） 中的一个 BUG_ON（）（最初为 v6.0 内核中的 repair_io_failure（））在更换不可靠的磁盘时遭到触发：BTRFS 警告（设备 sda1）：csum 失败 root 257 ino 2397453关闭 39624704 csum 0xb0d18c75预期的 csum 0x4dae9c5e镜像 3 内核缺陷，位于 fs/btrfs/extent_io.c：2380！无效操作码：0000 [#1] PREEMPT SMP NOPTI CPU：9 PID：3614331 通信：kworker/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 复制，因此它是从替换目标设备读取的）。然后在 BUG_ON（） 位置，我们尝试将修复的扇区写回故障设备。检查如下所示：ret = btrfs_map_block（fs_info， BTRFS_MAP_WRITE， logical， &map_length， &bioc， mirror_num）;if （ret） 转到 out_counter_dec;BUG_ON（mirror_num ！= bioc->mirror_num）;
    但在 btrfs_map_block（） 中，我们可以修改 bioc->mirror_num，特别是对于 dev-replace：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（）。但实际上，替换目标设备的读取失败可能是，我们的替换尚未达到我们正在读取的范围，因此我们读取了垃圾，但随着替换运行，范围稍后将被正确填充。因此，在这种情况下，我们不需要做任何事情，只需让 replace 例程来处理它。[修复]如果我们正在修复设备替换目标设备，只需跳过修复即可，而不是 BUG_ON（）。(CVE-2023-54180)

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

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ミラー 3 カーネルのバグ fs/btrfs/extent_io.c:2380!無効な opcode:0000 [#1] PREEMPT SMP NOPTI CPU:9 PID:3614331 Comm:kworker/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/07/01 ワークキュー: 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重複を超えているため、置換ターゲットデバイスから読み込まれます)に注意してください。次に、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() をトリガーすることになります。しかし実際には、置換ターゲットデバイスからの読み取り失敗は、置換が読み取っている範囲に達していないため、ガベージを読み取っている可能性がありますが、置換が実行されていると、その範囲は後で適切に埋められます。したがって、その場合は、置換ルーチンに処理させる以外は何もする必要はありません。[修正]BUG_ON() の代わりに、デバイス交換のターゲットデバイスを修復する場合は、修復をスキップします。(CVE-2023-54180)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - btrfs: handle case when repair happens with dev-replace [BUG] There is a bug report that a BUG_ON() in     btrfs_repair_io_failure() (originally repair_io_failure() in v6.0 kernel) got triggered when replacing a     unreliable disk: BTRFS warning (device sda1): csum failed root 257 ino 2397453 off 39624704 csum     0xb0d18c75 expected csum 0x4dae9c5e mirror 3 kernel BUG at fs/btrfs/extent_io.c:2380! invalid opcode: 0000     [#1] PREEMPT SMP NOPTI CPU: 9 PID: 3614331 Comm: kworker/u257:2 Tainted: G OE 6.0.0-5-amd64 #1 Debian     6.0.10-2 Hardware name: Micro-Star International Co., Ltd. MS-7C60/TRX40 PRO WIFI (MS-7C60), BIOS 2.70     07/01/2021 Workqueue: btrfs-endio btrfs_end_bio_work [btrfs] RIP: 0010:repair_io_failure+0x24a/0x260     [btrfs] Call Trace: <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 [CAUSE] Before the BUG_ON(), we got some read errors from the replace target     first, note the mirror number (3, which is beyond RAID1 duplication, thus it's read from the replace     target device). Then at the BUG_ON() location, we are trying to writeback the repaired sectors back the     failed device. The check looks like this: 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);
    But inside btrfs_map_block(), we can modify bioc->mirror_num especially for dev-replace: 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; } Thus if we're repairing the replace target device, we're     going to trigger that BUG_ON(). But in reality, the read failure from the replace target device may be     that, our replace hasn't reached the range we're reading, thus we're reading garbage, but with replace     running, the range would be properly filled later. Thus in that case, we don't need to do anything but let     the replace routine to handle it. [FIX] Instead of a BUG_ON(), just skip the repair if we're repairing the     device replace target device. (CVE-2023-54180)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
280720	Linux Distros 未修補弱點：CVE-2023-54180	Nessus	Misc.	12/30/2025	9/2/2026	medium
280720	Linux Distros 未修补的漏洞：CVE-2023-54180	Nessus	Misc.	12/30/2025	9/2/2026	medium
280720	Linux Distros のパッチ未適用の脆弱性: CVE-2023-54180	Nessus	Misc.	12/30/2025	9/2/2026	medium
280720	Linux Distros Unpatched Vulnerability : CVE-2023-54180	Nessus	Misc.	12/30/2025	9/2/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium