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

  - btrfs：初始化快取 inode 的 inode 映射旗標 [錯誤] 以 8K 區塊大小、4K 頁面大小執行 generic/795 時，測試總是失敗，觸發一些與作品集大小相關的 ASSERT（）：795 （241074）：
    drop_caches：3 斷言失敗：IS_ALIGNED（start， blocksize） &; &; IS_ALIGNED（end + 1， blocksize）， in extent_io.c：1404 （blocksize=8192， root=262， ino=258 start=16826368 end=16830463 ， mapping min order=0）
    ------------[ 切到這裡 ]------------ extent_io.c：1404 的核心錯誤！哎呀：無效的操作碼：0000 [#1] SMP CPU：8 UID：0 PID：241105 通訊：fsstress 污染：G OE 7.2.0-rc5-custom+ #442 PREEMPT（full） f4bfb352566f3949f29c233ce6f735050a03b245 污染：[O]=OOT_MODULE，[E]=UNSIGNED_MODULE 硬體名稱：QEMU 標準電腦 （Q35 + ICH9， 2009），BIOS 未知 02/02/2022 RIP：0010：assert_folio_range.cold+0x3d/0x3f [btrfs] 呼叫追蹤： <TASK> btrfs_read_folio+0x9e/0x170 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] prepare_one_folio.. constprop.0+0x104/0x2a0 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_buffered_write+0x285/0xa50 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_do_write_iter+0x1aa/0x210 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] iter_file_splice_write+0x31a/0x540 direct_splice_actor+0x53/0x170 splice_direct_to_actor+0xe9/0x240 do_splice_direct+0x76/0xb0 vfs_copy_file_range+0x1fd/0x630 __x64_sys_copy_file_range+0xf9/0x220 do_syscall_64+0xe1/0x790 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 00000000000000000]--- ASSERT（） 本身是由後來的修補程式新增的。當機是由新的除錯修補程式觸發的，但沒有此修正。[原因]在上述情況下，起始16826368正確對齊 8K，但結束 （16830463 + 1） 未對齊 8K。此外，映射的最小對開順序為 0，而不是 8K 區塊大小和 4K 頁面大小的預期 1。因此，這意味著某些 inode 沒有調用 btrfs_set_inode_mapping_order（）。快取的 inode 會透過下列事件發生遺失的 btrfs_set_inode_mapping_order（） 呼叫： - 針對 inode X 呼叫的 btrfs_create_new_inode（） 會正確設定 VFS inode 的最小對開順序。- btrfs_update_inode（） 呼叫 inode X：呼叫 btrfs_delayed_update_inode（） 以建立根>delayed_nodes xarray 的delayed_node。- 降低快取/記憶體壓力，驅逐記憶體內 inode X 這已驅逐 inode X，但 delayed_node 仍處於 root >delayed_nodes狀態，以供將來重複使用。- inode X 的 btrfs_iget（） 再次調用 btrfs_iget（） |- btrfs_iget_locked（） | |- iget5_locked_rcu（） |這為 btrfs 創建了一個新vfs_inode，其映射仍然是 |最小階數為 0。| |- btrfs_read_locked_inode（） |- btrfs_fill_inode（） | |- btrfs_get_delayed_node（） |哪個找到了上一個節點，並使用那個延遲的 |節點初始化新的 inode。| |- 已填滿 = true; |- if （filled） goto cache_index;這會跳過 btrfs_update_inode_mapping_flags（） 和 btrfs_set_inode_mapping_order（） 呼叫。因此，inode 仍將最小對開順序設定為 0，而不是所需的 1。因此，稍後的頁面快取讀取會取得大小小於區塊大小的作品集，因為對應的最小作品集順序設定為 0 而不是 1，然後觸發 ASSERT（）。[修復]將 btrfs_update_inode_mapping_flags（） 和 btrfs_set_inode_mapping_order（） 呼叫移至cache_index標籤下，這樣無論我們是否有快取的 inode，一律設定對應旗標和最小作品集順序。（CVE-2026-80734）

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
343076	Linux Distros 未修補弱點：CVE-2026-80734	Nessus	Misc.	2026/9/5	2026/11/6	high
371850	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3251)	Nessus	Amazon Linux Local Security Checks	2026/10/25	2026/11/2	critical

偵測

搜尋 Plugin

high

critical