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

  - btrfs空き領域ツリーを作成する際に、ブロックグループ項目が見つかったことをアサートしません。現在、populate_free_space_tree() で空き領域ツリーを構築する際に、ブロックグループツリー機能を使用していない場合、常にブロックグループ項目が検索されることを期待しますbtrfs_search_slot_for_read() でエクステントツリーを検索する際に、キータイプ BTRFS_BLOCK_GROUP_ITEM_KEY を持つブロックグループアイテムを介して、アイテムが見つかったことをアサートします。しかし、この予想は間違っています。現在のトランザクションで、まだ空であり、ブロックグループのアイテムがエクステントツリーに追加されていないからです。この場合、ブロックグループに関連付けられたエクステントツリー。エクステントツリーにおける新しいブロックグループのブロックグループアイテムの挿入は、btrfs_create_pending_block_groups() がヘルパー insert_block_group_item() を呼び出す際に、btrfs_create_pending_block_groups() で発生します。これは通常、トランザクションハンドルがリリースされるとき、コミットされるとき、または遅延 refs を実行するとき (トランザクションコミットの一部として、または空き領域が少ない場合はスペース予約のためにチケットを渡すとき) に行われます。そのため、ブロックグループツリー機能が有効でない場合でも populate_free_space_tree() のアサーションを削除し、このケースに言及するようにコメントを更新します。Syzbot は、次のスタックトレースでこれを報告しました BTRFS 情報デバイスの loop3 state M、空き領域ツリーアサーションの再構築に失敗しましたret == 0 :: 0, in fs/btrfs/free-space-tree.c:1115 --- ---------[ここで挿入]--------- fs/btrfs/free-space-tree.c:1115! におけるカーネルのバグOops無効なオペコード0000 [#1] SMP KASAN PTI CPU1 UID0 PID6352 通信syz.3.25 汚染されていない syzkaller #0 PREEMPTフルハードウェア名Google Google Compute Engine/Google Compute Engine、BIOS Google 2025 年 8 月 18 日 RIP0010:populate_free_space_tree+0x700/0x710 fs/btrfs/free-space-tree.c:1115 コードff ff e8 d3...RSP0018ffffc9000430f780 EFLAGS00010246 RAX00000000000000000000000000000000000000 ffff88805b709630 RCX
    fea61d0e2e79d000 RDX: 0000000000000000 RSI: 0000000080000000 RDI: 0000000000000000 RBP: ffffc9000430f8b0 R08: ffffc9000430f4a7 R09: 1ffff92000861e94 R10: dffffc0000000000 R11: fffff52000861e95 R12:
     R130000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R14​ R15​
    00007f424d9fe6c0(0000) GS:ffff888125afc000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007fd78ad212c0 CR3: 0000000076d68000 CR4: 00000000003526f0 Call Trace: <TASK> btrfs_rebuild_free_space_tree+0x1ba/0x6d0 fs/btrfs/free-space-tree.c:1364 btrfs_start_pre_rw_mount+0x128f/0x1bf0 fs/btrfs/disk-io.c:3062 btrfs_remount_rw fs/btrfs/super.c:1334 [インライン] btrfs_reconfigure+0xaed/0x2160 fs/btrfs/super.c:1559 reconfigure_super+0x227/0x890 fs/super.c:1076 do_remount fs/namespace.c:3279 [インライン] path_mount +0xd1a/0xfe0 fs/namespace.c:4027 do_mount fs/namespace.c:4048 [インライン] __do_sys_mount fs/namespace.c:4236 [インライン]
    __se_sys_mount+0x313/0x410 fs/namespace.c:4213 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xfa/0xfa0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0
    0033:0x7f424e39066a Code: d8 64 89 02(...) RSP: 002b:00007f424d9fde68 EFLAGS: 00000246 ORIG_RAX
    00000000000000a5 RAX: ffffffffffffffda RBX: 00007f424d9fdef0 RCX: 00007f424e39066a RDX: 0000200000000180 RSI: 0000200000000380 RDI: 0000000000000000 RBP: 0000200000000180 R08: 00007f424d9fdef0 R09:
     R100000000000000020  : 0000000000000020 R11: 0000000000000246 R12: 0000200000000380 R13: 00007f424d9fdeb0 R14: 0000000000000000 R15: 00002000000002c0 </TASK> Modules linked in: ---[ end trace 0000000000000000]--- (CVE-2025-40100)

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

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

  - btrfs: do not assert we found block group item when creating free space tree Currently, when building a     free space tree at populate_free_space_tree(), if we are not using the block group tree feature, we always     expect to find block group items (either extent items or a block group item with key type     BTRFS_BLOCK_GROUP_ITEM_KEY) when we search the extent tree with btrfs_search_slot_for_read(), so we assert     that we found an item. However this expectation is wrong since we can have a new block group created in     the current transaction which is still empty and for which we still have not added the block group's item     to the extent tree, in which case we do not have any items in the extent tree associated to the block     group. The insertion of a new block group's block group item in the extent tree happens at     btrfs_create_pending_block_groups() when it calls the helper insert_block_group_item(). This typically is     done when a transaction handle is released, committed or when running delayed refs (either as part of a     transaction commit or when serving tickets for space reservation if we are low on free space). So remove     the assertion at populate_free_space_tree() even when the block group tree feature is not enabled and     update the comment to mention this case. Syzbot reported this with the following stack trace: BTRFS info     (device loop3 state M): rebuilding free space tree assertion failed: ret == 0 :: 0, in fs/btrfs/free-     space-tree.c:1115 ------------[ cut here ]------------ kernel BUG at fs/btrfs/free-space-tree.c:1115!     Oops: invalid opcode: 0000 [#1] SMP KASAN PTI CPU: 1 UID: 0 PID: 6352 Comm: syz.3.25 Not tainted syzkaller     #0 PREEMPT(full) Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 08/18/2025     RIP: 0010:populate_free_space_tree+0x700/0x710 fs/btrfs/free-space-tree.c:1115 Code: ff ff e8 d3 (...)     RSP: 0018:ffffc9000430f780 EFLAGS: 00010246 RAX: 0000000000000043 RBX: ffff88805b709630 RCX:
    fea61d0e2e79d000 RDX: 0000000000000000 RSI: 0000000080000000 RDI: 0000000000000000 RBP: ffffc9000430f8b0     R08: ffffc9000430f4a7 R09: 1ffff92000861e94 R10: dffffc0000000000 R11: fffff52000861e95 R12:
    0000000000000001 R13: 1ffff92000861f00 R14: dffffc0000000000 R15: 0000000000000000 FS:
    00007f424d9fe6c0(0000) GS:ffff888125afc000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007fd78ad212c0 CR3: 0000000076d68000 CR4: 00000000003526f0 Call Trace: <TASK>     btrfs_rebuild_free_space_tree+0x1ba/0x6d0 fs/btrfs/free-space-tree.c:1364     btrfs_start_pre_rw_mount+0x128f/0x1bf0 fs/btrfs/disk-io.c:3062 btrfs_remount_rw fs/btrfs/super.c:1334     [inline] btrfs_reconfigure+0xaed/0x2160 fs/btrfs/super.c:1559 reconfigure_super+0x227/0x890     fs/super.c:1076 do_remount fs/namespace.c:3279 [inline] path_mount+0xd1a/0xfe0 fs/namespace.c:4027     do_mount fs/namespace.c:4048 [inline] __do_sys_mount fs/namespace.c:4236 [inline]
    __se_sys_mount+0x313/0x410 fs/namespace.c:4213 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline]     do_syscall_64+0xfa/0xfa0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP:
    0033:0x7f424e39066a Code: d8 64 89 02 (...) RSP: 002b:00007f424d9fde68 EFLAGS: 00000246 ORIG_RAX:
    00000000000000a5 RAX: ffffffffffffffda RBX: 00007f424d9fdef0 RCX: 00007f424e39066a RDX: 0000200000000180     RSI: 0000200000000380 RDI: 0000000000000000 RBP: 0000200000000180 R08: 00007f424d9fdef0 R09:
    0000000000000020 R10: 0000000000000020 R11: 0000000000000246 R12: 0000200000000380 R13: 00007f424d9fdeb0     R14: 0000000000000000 R15: 00002000000002c0 </TASK> Modules linked in: ---[ end trace 0000000000000000     ]--- (CVE-2025-40100)

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

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

  - btrfs在创建可用空间树时不断言我们发现了区块组项目 目前在 populate_free_space_tree() 中构建可用空间树时如果我们不使用区块组树功能则始终预期会找到当我们通过 btrfs_search_slot_for_read() 搜索范围树时创建的范围项目或密钥类型为 BTRFS_BLOCK_GROUP_ITEM_KEY 的块群组项目因此断言我们发现了某个项目。但是这种预期是错误的因为我们可以在当前事务中创建一个新的区块群组但该区块群组仍然为空我们仍然没有将区块群组的项目添加到盘区树中在这种情况下我们的区块群组中就没有任何项目与块组关联的扩展区树。当 btrfs_create_pending_block_groups() 调用帮助程序 insert_block_group_item() 时会在范围树中插入新的块群组的块群组项目。这通常在释放、提交事务句柄或运行延迟的 refs 时（作为事务提交的一部分或在可用空间不足时提供空间预留的票证时）执行。因此即使未启用区块群组树功能也可删除 populate_free_space_tree() 中的断言并更新注释以提及此情况。Syzbot 通过以下堆栈跟踪报告了此问题 BTRFS info (device loop3 state M):重建自由空间树断言失败 ret == 0 :: 0, in fs/btrfs/free-space-tree.c:1115 --- ---------[在此剪切 ]------------ fs/btrfs/free-space-tree.c:1115! 的内核缺陷Oops无效 opcode0000 [#1] SMP KASAN PTI CPU: 1 UID: 0 PID: 6352 Comm: syz.3.25 Not tainted syzkaller #0 PREEMPT(full) 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 2025 年 8 月 18 日 RIP0010:populate_free_space_tree+0x700/0x710 fs/btrfs/free-space-tree.c:1115 代码 ff ff e8 d3 (...) RSP: 0018:ffffc9000430f780 EFLAGS: 00010246 RAX: 0000000000X ffff88805b709630 RCX
    fea61d0e2e79d000 RDX: 0000000000000000 RSI: 0000000080000000 RDI: 0000000000000000 RBP: ffffc9000430f8b0 R08: ffffc9000430f4a7 R09: 1ffff92000861e94 R10: dffffc0000000000 R11: fffff52000861e95 R12:
    0000000000000001 R131ffff92000861f00 R14dffffc0000000000 R150000000000000000 FS
    00007f424d9fe6c0(0000) GS:ffff888125afc000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007fd78ad212c0 CR3: 0000000076d68000 CR4: 00000000003526f0 Call Trace: <TASK> btrfs_rebuild_free_space_tree+0x1ba/0x6d0 fs/btrfs/free-space-tree.c:1364 btrfs_start_pre_rw_mount+0x128f/0x1bf0 fs/btrfs/disk-io.c:3062 btrfs_remount_rw fs/btrfs/super.c:1334 [内联] btrfs_reconfigure+0xaed/0x2160 fs/btrfs/super.c:1559 reconfigure_super+0x227/0x890 fs/super.c:1076 do_remount fs/namespace.c:3279 [inline] path_mount +0xd1a/0xfe0 fs/namespace.c:4027 do_mount fs/namespace.c:4048 [内联] __do_sys_mount fs/namespace.c:4236 [内联]
    __se_sys_mount+0x313/0x410 fs/namespace.c:4213 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xfa/0xfa0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP
    0033:0x7f424e39066a 代码d8 64 89 02 (...) RSP002b:00007f424d9fde68 EFLAGS: 00000246 ORIG_RAX
    00000000000000a5 RAX: ffffffffffffffda RBX: 00007f424d9fdef0 RCX: 00007f424e39066a RDX: 0000200000000180 RSI: 0000200000000380 RDI: 0000000000000000 RBP: 0000200000000180 R08: 00007f424d9fdef0 R09:
     R100000000000000020  : 0000000000000020 R11: 0000000000000246 R12: 0000200000000380 R13: 00007f424d9fdeb0 R14: 0000000000000000 R15: 00002000000002c0 </TASK> Modules linked in: ---[ end trace 0000000000000000]--- (CVE-2025-40100)

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

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

  - btrfs不宣告我們在建立可用空間樹狀結構時發現了封鎖群組項目目前在 populate_free_space_tree() 構建可用空間樹狀結構時如果我們不使用封鎖群組樹狀結構功能我們一律會預期找到封鎖群組項目 ( Btrfs_search_slot_for_read() 搜尋範圍樹狀結構時發現金鑰類型為 BTRFS_BLOCK_GROUP_ITEM_KEY 的區塊群組項目)因此我們斷定已找到項目。不過這個預期是錯誤的因為我們可以在目前還是空白的交易中建立新的區塊群組而且我們尚未將區塊群組的項目新增到範圍樹狀結構在此情況下我們的區塊群組中沒有任何項目。與區塊群組相關聯的範圍樹狀結構。在 btrfs_create_pending_block_groups() 呼叫協助程式 insert_block_group_item() 時會在範圍樹狀結構中插入新區塊群組的區塊群組項目。這通常會在交易處理釋放、認可時或執行延遲參照時 (當可用空間不足時作為交易認可的一部分或在提供空間保留的票證時) 完成。因此即使封鎖群組樹狀結構功能未啟用也移除 populate_free_space_tree() 的宣告並更新註解以提及此情況。Syzbot 以下列堆疊追踪報告此問題BTRFS 資訊 (裝置 loop3 狀態 M)重建可用空間樹狀結構宣告失敗ret == 0:: 0, in fs/btrfs/free-space-tree.c:1115 --- ---------[cut here ]------------ fs/btrfs/free-space-tree.c:1115! 的核心錯誤Oops無效 opcode0000 [#1] SMP KASAN PTI CPU1 UID0 PID6352 Commsyz.3.25 未受污染的 syzkaller #0 PREEMPT(完整) 硬體名稱 Google Google Compute Engine/Google Compute Engine、BIOS Google 2025 年 8 月 18 日 RIP 0010:populate_free_space_tree+0x700/0x710 fs/btrfs/free-space-tree.c:1115 代碼ff ff e8 d3 (...) RSP0018:ffffc9000430f780 EFLAGS00010246 RAX 000000X00000004300X000000043 ffff88805b709630 RCX
    fea61d0e2e79d000 RDX: 0000000000000000 RSI: 0000000080000000 RDI: 0000000000000000 RBP: ffffc9000430f8b0 R08: ffffc9000430f4a7 R09: 1ffff92000861e94 R10: dffffc0000000000 R11: fffff52000861e95 R12:
    0000000000000001 R131ffff92000861f00 R14dffffc0000000000 R150000000000000000 FS
    00007f424d9fe6c0(0000) GS:ffff888125afc000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00007fd78ad212c0 CR3: 0000000076d68000 CR4: 00000000003526f0 Call Trace: <TASK> btrfs_rebuild_free_space_tree+0x1ba/0x6d0 fs/btrfs/free-space-tree.c:1364 btrfs_start_pre_rw_mount+0x128f/0x1bf0 fs/btrfs/disk-io.c:3062 btrfs_remount_rw fs/btrfs/super.c:1334 [內嵌] btrfs_reconfigure+0xaed/0x2160 fs/btrfs/super.c:1559 reconfigure_super+0x227/0x890 fs/super.c:1076 do_remount fs/namespace.c:3279 [內嵌] path_mount +0xd1a/0xfe0 fs/namespace.c:4027 do_mount fs/namespace.c:4048 [內嵌] __do_sys_mount fs/namespace.c:4236 [內嵌]
    __se_sys_mount+0x313/0x410 fs/namespace.c:4213 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [內嵌] do_syscall_64+0xfa/0xfa0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP
    0033:0x7f424e39066a 程式碼d8 64 89 02 (...) RSP002b:00007f424d9fde68 EFLAGS00000246 ORIG_RAX
    00000000000000a5 RAX: ffffffffffffffda RBX: 00007f424d9fdef0 RCX: 00007f424e39066a RDX: 0000200000000180 RSI: 0000200000000380 RDI: 0000000000000000 RBP: 0000200000000180 R08: 00007f424d9fdef0 R09:
     R100000000000000020  : 0000000000000020 R11: 0000000000000246 R12: 0000200000000380 R13: 00007f424d9fdeb0 R14: 0000000000000000 R15: 00002000000002c0 </TASK> Modules linked in: ---[ end trace 0000000000000000]--- (CVE-2025-40100)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
272052	Linux Distros のパッチ未適用の脆弱性: CVE-2025-40100	Nessus	Misc.	2025/10/30	2025/11/3	medium
272052	Linux Distros Unpatched Vulnerability : CVE-2025-40100	Nessus	Misc.	2025/10/30	2025/11/3	medium
272052	Linux Distros 未修补的漏洞：CVE-2025-40100	Nessus	Misc.	2025/10/30	2025/11/3	medium
272052	Linux Distros 未修補的弱點：CVE-2025-40100	Nessus	Misc.	2025/10/30	2025/11/3	medium

检测

插件搜索

medium

medium

medium

medium