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

  - btrfs：不要修剪不可寫入的裝置 [BUG] 有一個錯誤報告指出，btrfs/242 可能會因下列 NULL 指標解除參照而隨機失敗： 在 2026-06-01 10：25：08 執行 fstests btrfs/242 BTRFS：
    裝置 fsid d4d7f234-487c-4787-88e4-47a8b68c9874 devid 1 transid 9 /dev/sdc （8:32） 由掛載掃描 （122609） BTRFS 資訊 （裝置 SDC）：檔案系統的 d4d7f234-487c-4787-88e4-47a8b68c9874 首次掛載 BTRFS 資訊 （裝置 SDC）：使用 crc32c 總和檢查碼演算法 BTRFS 警告 （裝置 SDC）：devid 2 uuid fbe72d72-3272-482d-80fb-ab88ed398192 缺少 BTRFS 警告 （裝置 SDC）：devid 2 uuid fbe72d72-3272-482d-80fb-ab88ed398192 缺少 BTRFS 資訊 （裝置 SDC）：允許降級的掛載 BTRFS 資訊 （裝置 SDC）： 開啟非同步捨棄 BTRFS 資訊 （裝置 SDC）：啟用可用空間樹狀結構 無法處理虛擬位址處的核心 NULL 指標解除參照 0000000000000018 使用者 pgtable：4k 頁、48 位元 VA、 pgdp=000000013fd6b000 CPU：4 UID：0 PID：122625 通訊：fstrim 未受污染 7.0.10-2-default #1 PREEMPT（full） openSUSE Tumbleweed e9a5f6b24978fba3bf015a992f865837fdfff3dd 硬體名稱：QEMU KVM 虛擬機器、BIOS edk2-20250812-19.fc42 08/12/2025 pstate：01400005 （nzcv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--） pc：btrfs_trim_fs+0x34c/0xa00 [btrfs] lr：btrfs_trim_fs+0x1f0/0xa00 [btrfs] 呼叫追蹤：
    btrfs_trim_fs+0x34c/0xa00 [btrfs f02c1d570ceea621c69d302ba75dd61868083840] （P） btrfs_ioctl_fitrim+0xe8/0x178 [btrfs f02c1d570ceea621c69d302ba75dd61868083840] btrfs_ioctl+0xdd4/0x2bd8 [btrfs f02c1d570ceea621c69d302ba75dd61868083840] __arm64_sys_ioctl+0xac/0x108 invoke_syscall.. constprop.0+0x5c/0xd0 el0_svc_common.constprop.0+0x40/0xf0 do_el0_svc+0x24/0x40 el0_svc+0x40/0x1d0 el0t_64_sync_handler+0xa0/0xe8 el0t_64_sync+0x1b0/0x1b8 程式碼： 17ffff83 f94017e0 f9002be0 f9402ea0 （f9400c00） ---[ end trace 0000000000000000000 ]--- 此外，報告者非常友善地測試了以下添加到 btrfs_trim_free_extents_throttle（） 中的 ASSERT（）： ASSERT（device->bdev， devid=%llu path=%s dev_state=0x%lx\n， device->devid， btrfs_dev_name（device）， device->dev_state）;它顯示以下輸出： 宣告失敗：device->bdev，在 extent-tree.c：6630 中 （devid=2 path=/dev/sdd dev_state=0x82） 這意味著 device->bdev 為 NULL，dev_state為 BTRFS_DEV_STATE_IN_FS_METADATA |BTRFS_DEV_STATE_ITEM_FOUND，未設定BTRFS_DEV_STATE_WRITEABLE旗標。[原因]pc 指向以下調用鏈： btrfs_trim_fs（） |- btrfs_trim_free_extents（） |- btrfs_trim_free_extents_throttle（） |- bdev_max_discard_sectors（device->bdev） 因此，NULL 指標解除參照是由 device->bdev 為 NULL 引起的。乍一看，這似乎是不可能的，因為就在調用 btrfs_trim_free_extents_throttle（） 之前，我們跳過了任何設定了BTRFS_DEV_STATE_MISSING旗標的裝置。然而，在這種特殊情況下，有一個視窗稍後會重新掃描遺失的裝置，導致 btrfs 移除 BTRFS_DEV_STATE_MISSING 旗標：btrfs_control_ioctl（） |- btrfs_scan_one_device（） |- device_list_add（） |- rcu_assign_pointer（device->name， name）; |這會將遺失裝置的路徑更新為新的良好路徑。| |- clear_bit（BTRFS_DEV_STATE_MISSING， &device->dev_state） 這會移除 BTRFS_DEV_STATE_MISSING 旗標。
    這允許遺失的裝置重新出現並清除BTRFS_DEV_STATE_MISSING標誌。不過，裝置仍未設定 BTRFS_DEV_STATE_WRITEABLE 旗標，也未更新其 bdev 指標。bdev 指標保持為 NULL，稍後會觸發損毀。[修復]這是 BTRFS_DEV_STATE_MISSING 和 device->bdev 指標之間的重大不同步，並顯示了 btrfs 重新出現的裝置處理中的差距。
    正確處理重新出現的設備需要相當多的額外工作，這超出了這個小 ---truncated--- （CVE-2026-64593） 的上下文

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

偵測

Linux Distros 未修補弱點：CVE-2026-64593

critical Nessus Plugin ID 333078

版本 1.15