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

  - btrfs正確處理 rescue=ibadroots 的 csum 樹狀結構錯誤 [錯誤] 有會讓核心當機的 syzbot 型複制器並出現下列呼叫追踪(新增部分除錯輸出時) 錯誤
    rescue=ibadroots 剖析的 BTRFS裝置 fsid 14d642db-7b15-43e4-81e6-4b8fac6a25f8 devid 1 transid 8 /dev/loop0 (7:0) 由 repro (1010) 掃描 BTRFS 資訊 (裝置 loop0)第一次掛載檔案系統 14d642db-7b15-43e4-81e6-4b8fac6a25f8 BTRFS 資訊 (裝置 loop0)使用 blake2b ( blake2b-256-generic) checksum algorithm BTRFS info (device loop0): using free-space-tree BTRFS warning (device loop0): checksum verify failed on logical 5312512 mirror 1 wanted 0xb043382657aede36608fd3386d6b001692ff406164733d94e2d9a180412c6003 found 0x810ceb2bacb7f0f9eb2bf3b2b15c02af867cb35ad450898169f3b1f0bd818651 level 0 DEBUG: read tree root path failed for tree csum, ret=-5 BTRFS warning (device loop0): checksum verify failed on logical 5328896 mirror 1 wanted 0x51be4e8b303da58e6340226815b70e3a93592dac3f30dd510c7517454de8567a found 0x51be4e8b303da58e634022a315b70e3a93592dac3f30dd510c7517454de8567a level 0 BTRFS warning (device loop0):
    checksum verify failed on logical 5292032 mirror 1 wanted 0x1924ccd683be9efc2fa98582ef58760e3848e9043db8649ee382681e220cdee4 found 0x0cb6184f6e8799d9f8cb335dccd1d1832da1071d12290dab3b85b587ecacca6e level 0 process 'repro' launched './file2' with NULL argv: empty string added DEBUG: no csum root, idatacsums=0 ibadroots=134217728 Oops:
    一般保護錯誤可能是針對非正式位址 0xdffffc0000000041 0000 [#1] SMP KASAN NOPTI KASAN null-ptr-deref in range [0x0000000000000208-0x000000000000020f] CPU5 5 UID0 PID 1010 通訊repro 污染6.15.0-custom+ #249 PREEMPT(完整) 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 不明 02/02/2022 RIP 0010:btrfs_lookup_csum+0x93/0x3d0 [btrfs] 呼叫追踪 <TASK> btrfs_lookup_bio_sums+0x47a/0xdf0 [btrfs] btrfs_submit_bbio+0x43e/0x1a80 [btrfs] submit_one_bio+0xde/0x160 [btrfs] btrfs_readahead+0x498/0x6a0 [btrfs] read_pages+0x1c3/0xb20 page_cache_ra_order+0x4b5/0xc20 filemap_get_pages+0x2d3/0x19e0 filemap_read+0x314 /0xde0 __kernel_read+0x35b/0x900 bprm_execve+0x62e/0x1140 do_execveat_common.isra.0+0x3fc/0x520 __x64_sys_execveat+0xdc/0x130 do_syscall_64+0x54/0x1d0 entry_SYSCALL_64_after_hwframe+0x76/0x7e ---[ end trace 0000000000000000 ]--- [CAUSE]首先fs 有一個損毀的 csum 樹狀結構 root因此若要掛載 fs我們必須執行 rorescue=ibadroots 掛載選項。通常使用該掛載選項不良的 csum 樹狀結構 root 應設定 BTRFS_FS_STATE_NO_DATA_CSUMS 旗標如此之後的任何資料讀取都會忽略 csum 搜尋。但是在這個特殊的案例中我們有下列呼叫追踪其造成 NULL csum root但未設定 BTRFS_FS_STATE_NO_DATA_CSUMS: load_global_roots_objectid()
    ret = btrfs_search_slot(); /* 成功 */ btrfs_item_key_to_cpu() found = true /* 我們找到 csum 樹狀結構的 root 項目。 */ root = read_tree_root_path(); if (IS_ERR(root)) { if (!btrfs_test_opt(fs_info, IGNOREBADROOTS)) /* * 由於我們有 rescue=ibadroots 掛載選項* @ret 仍為 0。*/ break; if (!found || ret) { /* @found 為 true@ret 為 0csum * 樹狀結構的錯誤處理。 */ } 這表示如果 csum 樹狀結構已損毀我們會完全略過 BTRFS_FS_STATE_NO_DATA_CSUMS 的設定而導致之後進行非預期的 csum 查閱。[FIX] 如果 read_tree_root_path() 失敗一律將 @ret 填入錯誤編號。由於在函式結尾我們需要 @ret 來判斷我們是否需要針對 csum 樹狀結構執行額外的錯誤處理。 (CVE-2025-38260)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-38260

medium Nessus Plugin ID 246783

版本 1.12