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

  - btrfs在 btrfs_cont_expand 中 read_folio 之後執行 set_page_extent_mapped 在嘗試執行子頁面區塊大小測試時我在 generic/476 宣告失敗時遇到下列錯誤: fs/btrfs/subpage.c:229 中的 PagePrivate(page) && page->private fs/btrfs/subpage.c:229! 的核心錯誤內部錯誤Oops - 錯誤
    00000000f2000800 [#1] SMP CPU1 PID 1453 通訊fsstress 未受污染的 6.4.0-rc7+ #12 硬體名稱QEMU KVM 虛擬機器、BIOS edk2-20230301gitf80f052277c8-26.fc38 2023 年 3 月 1 日 pstate 61400005 daif +PAN
    -UAO -TCO +DIT -SSBS BTYPE=--) pc : btrfs_subpage_assert+0xbc/0xf0 lr : btrfs_subpage_assert+0xbc/0xf0 Call trace: btrfs_subpage_assert+0xbc/0xf0 btrfs_subpage_clear_checked+0x38/0xc0 btrfs_page_clear_checked+0x48/0x98 btrfs_truncate_block+0x5d0/0x6a8 btrfs_cont_expand+0x5c/0x528 btrfs_write_check.isra.0+0xf8/0x150 btrfs_buffered_write+0xb4/0x760 btrfs_do_write_iter+0x2f8/0x4b0 btrfs_file_write_iter+0x1c/0x30 do_iter_readv_writev+0xc8/0x158 do_iter_write+0x9c/0x210 vfs_iter_write+0x24/0x40 iter_file_splice_write+0x224/0x390 direct_splice_actor +0x38/0x68 splice_direct_to_actor+0x12c/0x260 do_splice_direct+0x90/0xe8 generic_copy_file_range+0x50/0x90 vfs_copy_file_range+0x29c/0x470 __arm64_sys_copy_file_range+0xcc/0x498 invoke_syscall.constprop.0+0x80/0xd8 do_el0_svc+0x6c/0x168 el0_svc+0x50/0x1b0 el0t_64_sync_handler+ 0x114/0x120 el0t_64_sync+0x194/0x198 在 btrfs_cont_expand 期間我們會取得一個頁面然後將其設定為已對應如果它不是更新則我們會讀取該頁面因此會發生此情況。但是在讀取和重新鎖定頁面之間我們可以在頁面上呼叫 release_folio()但將該頁面留在檔案對應中。 release_folio() 可清除私人頁面因此在我們進一步修改子頁面位元時會發生失敗。透過在讀取之後放置 set_page_extent_mapped() 來修正此問題。這是安全的因為 read_folio() 會在其進行讀取之前呼叫 set_page_extent_mapped()然後如果我們清除頁面私密但將其保留在對應上我們會完全安全地重新設定 set_page_extent_mapped()。使用此修補程式現在執行 generic/476 時不會發生錯誤。 (CVE-2023-53247)

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

偵測

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

low Nessus Plugin ID 264913

版本 1.1