Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - btrfs同步读取磁盘超级并设置区块大小 用户执行 btrfs 挂载时未正确设置块设备。用户通过执行 BLKBSZSET 命令将块设备的块大小设置为 0x4000。由于块大小的更改也会更改 mapping->flags 的值因此这会进一步影响 mapping_min_folio_order() 计算的结果。我们分以下两种情况进行分析： 情况一：未执行 BLKBSZSET 命令，区块大小为 0x1000，mapping_min_folio_order() 返回 0；情况 2执行 BLKBSZSET 命令后块大小为 0x4000mapping_min_folio_order() 返回 2。do_read_cache_folio() 在执行 BLKBSZSET 命令之前分配 folio。这导致分配的 folio 具有 0 的顺序值。稍后执行 BLKBSZSET 后块大小增加到 0x4000mapping_min_folio_order() 计算结果变为 2。这会导致两个不良后果1. filemap_add_folio() 触发VM_BUG_ON_FOLIO(folio_order(folio) < mapping_min_folio_order(mapping)) 断言。 2. syzbot 报告 [1] 显示 create_empty_buffers() 中存在因缓冲区头分配失败而导致的空指针取消引用。
    应基于 inode BLKBSZSET 命令与读取缓存页面之间建立同步防止作品分配前后区块大小或映射标记不一致。 [1] KASAN
    范围 [0x0000000000000000-0x0000000000000007] 存在 null-ptr-deref RIP: 0010:create_empty_buffers+0x4d/0x480 fs/buffer.c:1694 调用跟踪 folio_create_buffers+0x109/0x150 fs/buffer.c:1802 block_read_buffer.c:1802 block_read_buffer_block_read buffer.c:2403 filemap_read_folio+0xc8/0x2a0 mm/filemap.c:2496 do_read_cache_folio+0x266/0x5c0 mm/filemap.c:4096 do_read_cache_page mm/filemap.c:4162 [内联] read_cache_page_gfp+0x29/0x120 mm/filemap.c 4195 btrfs_read_disk_super+0x192/0x500 fs/btrfs/volumes.c:1367 (CVE-2026-23181)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

  - btrfs同步讀取超級磁碟並設定區塊大小。當使用者執行 btrfs 掛載時未正確設定區塊裝置。使用者透過執行 BLKBSZSET 命令將區塊裝置的區塊大小設定為 0x4000。由於區塊大小變更也會變更 mapping->flags 值因此這會進一步影響 mapping_min_folio_order() 計算的結果。我們來分析下列兩種情況： 情況 1： 沒有執行 BLKBSZSET 命令區塊大小為 0x1000mapping_min_folio_order() 傳回 0；狀況 2：執行 BLKBSZSET 命令后區塊大小為 0x4000且 mapping_min_folio_order() 傳回 2。do_read_cache_folio() 會在執行 BLKBSZSET 命令之前配置作品集。這會導致所配置作品集的順序值為 0。稍後在執行 BLKBSZSET 之后區塊大小會增加到 0x4000且 mapping_min_folio_order() 計算結果會變成 2。這會導致兩個不良後果 1. filemap_add_folio() 觸發VM_BUG_ON_FOLIO(folio_order(folio) < mapping_min_folio_order(mapping)) 宣告。 2. syzbot 報告 [1] 在 create_empty_buffers() 中顯示 null 指標解除參照這是因為緩衝區頭配置失敗所導致。
    應根據 BLKBSZSET 命令和讀取快取頁面之間的 inode 建立同步，以防止作品集配置前後的區塊大小或對應旗標不一致。 [1] KASAN
    範圍 [0x0000000000000000-0x0000000000000007] RIP 中的 null-ptr-deref: 0010:create_empty_buffers+0x4d/0x480 fs/buffer.c:1694 呼叫追踪folio_create_buffers+0x109/0x150 fs/buffer.c:ffs_1802_blockc_read_empty_buffers+0x4d/0x480 (fs/buffer.c:1694) 呼叫追踪folio_create_buffers+0x109/0x150 fs/buffer.c:ffs_1802_blockc_read_2_full50+0/18042blockc_read_replace buffer.c:2403 filemap_read_folio+0xc8/0x2a0 mm/filemap.c:2496 do_read_cache_folio+0x266/0x5c0 mm/filemap.c:4096 do_read_cache_page mm/filemap.c:4162 [內嵌] read_cache_page_gfp+0x29/0x120 mm/filemap.c :4195 btrfs_read_disk_super+0x192/0x500 fs/btrfs/volumes.c:1367 (CVE-2026-23181)

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

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

  - btrfs読み込みディスクスーパーを同期し、ブロックサイズを設定します。ユーザーが btrfs マウントを実行する際、ブロックデバイスが正しく設定されません。ユーザーは、BLKBSZSET コマンドを実行することで、ブロックデバイスのブロックサイズを 0x4000 に設定します。ブロックサイズの変更は mapping->flags の値も変更するため、mapping_min_folio_order() の計算結果にさらに影響を与えます。次の 2 つのシナリオを分析します。シナリオ 1: BLKBSZSET コマンドを実行しない場合、ブロックサイズは 0x1000 であり、mapping_min_folio_order() は 0 を返します。シナリオ 2BLKBSZSET コマンドの実行後、ブロックサイズは 0x4000 で、mapping_min_folio_order() は 2 を返します。do_read_cache_folio() は、BLKBSZSET コマンドが実行される前に folio を割り当てます。これにより、割り当てられたfolioの順序値が0になります。その後、BLKBSZSETが実行された後、ブロックサイズは0x4000に増加し、mapping_min_folio_order()の計算結果は2になります。これにより、2つの望ましくない結果が発生します。1.filemap_add_folio()トリガーVM_BUG_ON_FOLIO(folio_order(folio) < mapping_min_folio_order(mapping)) アサーション。 2. syzbot レポート [1] は、バッファヘッド割り当て障害による、create_empty_buffers() の NULL ポインターデリファレンスを示しています。
    folio 割り当ての前後のブロックサイズまたはマッピングフラグの不一致を防ぐため、BLKBSZSET コマンドと読み取りキャッシュページ間の inode に基づいて同期を確立する必要があります。 [1] KASAN
    範囲内の null-ptr-deref [0x0000000000000-0x0000000007] RIP: 0010:create_empty_buffers+0x4d/0x480 fs/buffer.c:1694 Call Trace: folio_create_buffers+0x109/0x150 fs/buffer.c:0x4000000000000000000000000000000000000000000000000000000000000000 buffer.c:2403 filemap_read_folio+0xc8/0x2a0 mm/filemap.c:2496 do_read_cache_folio+0x266/0x5c0 mm/filemap.c:4096 do_read_cache_page mm/filemap.c:4162 [inline] read_cache_page_gfp+0x29/0x120 mm/filemap.c :4195 btrfs_read_disk_super+0x192/0x500 fs/btrfs/volumes.c:1367CVE-2026-23181]

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

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

  - btrfs: sync read disk super and set block size When the user performs a btrfs mount, the block device is     not set correctly. The user sets the block size of the block device to 0x4000 by executing the BLKBSZSET     command. Since the block size change also changes the mapping->flags value, this further affects the     result of the mapping_min_folio_order() calculation. Let's analyze the following two scenarios: Scenario     1: Without executing the BLKBSZSET command, the block size is 0x1000, and mapping_min_folio_order()     returns 0; Scenario 2: After executing the BLKBSZSET command, the block size is 0x4000, and     mapping_min_folio_order() returns 2. do_read_cache_folio() allocates a folio before the BLKBSZSET command     is executed. This results in the allocated folio having an order value of 0. Later, after BLKBSZSET is     executed, the block size increases to 0x4000, and the mapping_min_folio_order() calculation result becomes     2. This leads to two undesirable consequences: 1. filemap_add_folio() triggers a     VM_BUG_ON_FOLIO(folio_order(folio) < mapping_min_folio_order(mapping)) assertion. 2. The syzbot report [1]     shows a null pointer dereference in create_empty_buffers() due to a buffer head allocation failure.
    Synchronization should be established based on the inode between the BLKBSZSET command and read cache page     to prevent inconsistencies in block size or mapping flags before and after folio allocation. [1] KASAN:
    null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:create_empty_buffers+0x4d/0x480     fs/buffer.c:1694 Call Trace: folio_create_buffers+0x109/0x150 fs/buffer.c:1802     block_read_full_folio+0x14c/0x850 fs/buffer.c:2403 filemap_read_folio+0xc8/0x2a0 mm/filemap.c:2496     do_read_cache_folio+0x266/0x5c0 mm/filemap.c:4096 do_read_cache_page mm/filemap.c:4162 [inline]     read_cache_page_gfp+0x29/0x120 mm/filemap.c:4195 btrfs_read_disk_super+0x192/0x500 fs/btrfs/volumes.c:1367     (CVE-2026-23181)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
299083	Linux Distros 未修补的漏洞：CVE-2026-23181	Nessus	Misc.	2026/2/14	2026/7/25	high
299083	Linux Distros 未修補的弱點：CVE-2026-23181	Nessus	Misc.	2026/2/14	2026/7/25	high
299083	Linux Distros のパッチ未適用の脆弱性: CVE-2026-23181	Nessus	Misc.	2026/2/14	2026/7/25	high
299083	Linux Distros Unpatched Vulnerability : CVE-2026-23181	Nessus	Misc.	2026/2/14	2026/7/25	high

偵測

搜尋 Plugin

high

high

high

high