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 的判定取決於廠商所報告的套件是否存在。

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 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - btrfs:キャッシュされた inode の inode マッピングフラグを初期化します [バグ] ブロックサイズ 8K、ページサイズ 4K の generic/795 を実行すると、テストは常に失敗し、folio サイズに関連するいくつかの ASSERT() が発生します:795(241074):
    drop_caches:3 つのアサーションが失敗しました:extent_io.c:1404(blocksize=8192 root=262 ino=258 start=16826368 end=16830463 mapping min order=0)の IS_ALIGNED(start, blocksize) &; IS_ALIGNED(end + 1, blocksize)
    ------------[ カットここで ]------------ extent_io.c:1404 でのカーネルバグ! Oops:無効な opcode: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 Standard PC(Q35 + ICH9、2009)、BIOS 不明 2022/02/02 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> ---[ エンドトレース 0000000000000000]--- ASSERT() 自体は後のパッチで追加されます。この新しいデバッグパッチがある場合に、この修正がない場合に、クラッシュがトリガーされます。[原因]上記の場合、開始16826368は適切に 8K 整列されていますが、末尾 (16830463 + 1) は 8K 整列されていません。さらに、マッピングの最小フォリオ順序は 0 であり、4K ページサイズの 8K ブロックサイズで予想される 1 ではありません。つまり、一部の inode では btrfs_set_inode_mapping_order() が呼び出されていません。以下のイベントを通じて、キャッシュされた inode に対して btrfs_set_inode_mapping_order() 呼び出しが行われていません: - inode X に対して btrfs_create_new_inode() が呼び出されます。これにより、VFS inode の最小 Folio の順序が正しく設定されます。- btrfs_update_inode() が inode X を呼び出し、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() |これはvfs_inode、マッピングがまだ |の最小次数は 0 です。| |- btrfs_read_locked_inode() |- btrfs_fill_inode() | |- btrfs_get_delayed_node() |前のノードを見つけ出し、それを使います |ノードをクリックして新しい inode を初期化します。| |- 埋められた = true; |- (塗りつぶされた)場合 goto cache_index;これにより、btrfs_update_inode_mapping_flags() と btrfs_set_inode_mapping_order() の呼び出しがスキップされます。したがって、inodeには、必要な1ではなく、0に設定されている最小フォリオ順序があります。したがって、マッピングの最小フォリオ順序が1ではなく0に設定されているため、後のページキャッシュの読み取りでは、ブロックサイズよりも小さいフォリオが取得され、ASSERT()がトリガーされます。[修正]btrfs_update_inode_mapping_flags() と btrfs_set_inode_mapping_order() の呼び出しをcache_indexラベルの下に移動すると、キャッシュされた inode があるかどうかに関係なく、マッピングフラグと最小 Folio の順序が常に設定されます。(CVE-2026-80734)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - btrfs: initialize inode mapping flags for cached inodes [BUG] When running generic/795 with 8K block size,     4K page size, the test always fails, triggering some ASSERT()s related to folio size: 795 (241074):
    drop_caches: 3 assertion failed: 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 ]------------ kernel BUG at extent_io.c:1404! Oops: invalid opcode: 0000 [#1] SMP     CPU: 8 UID: 0 PID: 241105 Comm: fsstress Tainted: G OE 7.2.0-rc5-custom+ #442 PREEMPT(full)     f4bfb352566f3949f29c233ce6f735050a03b245 Tainted: [O]=OOT_MODULE, [E]=UNSIGNED_MODULE Hardware name: QEMU     Standard PC (Q35 + ICH9, 2009), BIOS unknown 02/02/2022 RIP: 0010:assert_folio_range.cold+0x3d/0x3f     [btrfs] Call Trace: <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     ]--- The ASSERT() itself is added by a later patch. The crash is triggered with that new debug patch, and     without this fix. [CAUSE] In the above case, the start 16826368 is properly 8K aligned, but the end     (16830463 + 1) is not 8K aligned. Furthermore the mapping's minimal folio order is 0, not the expected 1     for 8K block size with 4K page size. So this means some inodes do not have btrfs_set_inode_mapping_order()     called on it. The missing btrfs_set_inode_mapping_order() call happens for cached inodes, through the     following events: - btrfs_create_new_inode() called for inode X Which properly sets minimal folio order     for the VFS inode. - btrfs_update_inode() called for inode X Which calls btrfs_delayed_update_inode() to     create a delayed_node into root->delayed_nodes xarray. - Drop cache/memory pressure, evicting in-memory     inode X Which evicted the inode X, but delayed_node is still in root->delayed_nodes for future reuse. -     btrfs_iget() for inode X called again btrfs_iget() |- btrfs_iget_locked() | |- iget5_locked_rcu() | Which     creates a new vfs_inode for btrfs, whose mapping still | has the minimal order as 0. | |-     btrfs_read_locked_inode() |- btrfs_fill_inode() | |- btrfs_get_delayed_node() | Which found out the     previous node, and use that delayed | node to initialize the new inode. | |- filled = true; |- if (filled)     goto cache_index; Which skips the btrfs_update_inode_mapping_flags() and btrfs_set_inode_mapping_order()     calls. So the inode still has minimal folio order set as 0, not the required 1. Thus later page cache read     will get a folio whose size is smaller than block size, as the mapping has its minimal folio order set as     0 not 1, then trigger the ASSERT(). [FIX] Move the btrfs_update_inode_mapping_flags() and     btrfs_set_inode_mapping_order() calls under cache_index label, so that the mapping flags and minimal folio     order is always set no matter if we have a cached inode. (CVE-2026-80734)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
343076	Linux Distros 未修補弱點：CVE-2026-80734	Nessus	Misc.	9/5/2026	11/6/2026	high
371850	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3251)	Nessus	Amazon Linux Local Security Checks	10/25/2026	11/2/2026	critical
343076	Linux Distros 未修补的漏洞：CVE-2026-80734	Nessus	Misc.	9/5/2026	11/6/2026	high
371850	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3251)	Nessus	Amazon Linux Local Security Checks	10/25/2026	11/2/2026	critical
343076	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80734	Nessus	Misc.	9/5/2026	11/6/2026	high
371850	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3251)	Nessus	Amazon Linux Local Security Checks	10/25/2026	11/2/2026	critical
343076	Linux Distros Unpatched Vulnerability : CVE-2026-80734	Nessus	Misc.	9/5/2026	11/6/2026	high
371850	Amazon Linux 2023 : bpftool6.18, kernel6.18, kernel6.18-devel (ALAS2023-2026-3251)	Nessus	Amazon Linux Local Security Checks	10/25/2026	11/2/2026	critical
376443	Ubuntu 24.04 LTS / 26.04 LTS : Linux kernel vulnerabilities (USN-8959-1)	Nessus	Ubuntu Local Security Checks	11/5/2026	11/5/2026	high

Detections

Analytics

Plugins Search

high

critical

high

critical

high

critical

high

critical

high