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）
    ------------[ cut here ]------------ extent_io.c：1404 处的内核缺陷！哎呀：无效的操作码：0000 [#1] SMP CPU：8 UID：0 PID：241105 Comm：fsstress 受感染：G OE 7.2.0-rc5-custom+ #442 PREEMPT（full） f4bfb352566f3949f29c233ce6f735050a03b245 受感染：[O]=OOT_MODULE，[E]=UNSIGNED_MODULE 硬件名称：QEMU Standard PC （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 0000000000000000]--- 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仍处于根>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。| |- filled = 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

检测

插件搜索

high

critical