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

  - btrfs：請勿在 RAID 等量範圍上使用 btrfs_set_item_key_safe 請勿使用 btrfs_set_item_key_safe（） 修改 RAID 等量樹狀結構中的金鑰，因為這可能會導致樹狀結構損毀，而 btrfs_set_item_key_safe（） 中的檢查會發現此損毀： BTRFS 資訊 （裝置 nvme1n1）： 葉49168384 Gen 15 總 PTR 194 可用空間 8329 擁有者 12 BTRFS 資訊 （裝置 nvme1n1）： 參考文獻 2 lock_owner 1030 當前 1030 [ 截圖 ] 項目 105 鑰匙 （354549760 230 20480） 項目關閉 14587 項目大小 16 步幅 0 破壞 5 物理67502080項目 106 鑰匙 （354631680 230 4096） 項目關閉 14571 項目大小 16 步幅 0 破壞 1 物理88559616項目 107 鑰匙 （354631680 230 32768） 項目關閉 14555 項目大小 16 步幅 0 破壞 1 物理88555520項目 108 鑰匙 （354717696 230 28672） 項目關閉 14539 項目大小 16 步幅 0 破壞 2 物理67604480 [ 截圖 ] BTRFS 嚴重 （裝置 nvme1n1）：
    插槽 106 金鑰 （354631680 230 32768） 新金鑰 （354635776 230 4096） ------------[ 切到這裡 ]------------ fs/btrfs/ctree.c：2602 的核心錯誤！哎呀：無效的操作碼：0000 [#1] 搶佔 SMP PTI CPU：1 UID：0 PID：
    1055 Comm：fsstress 未受污染 6.13.0-rc1+ #1464 硬體名稱：QEMU 標準 PC （i440FX + PIIX，1996），BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04/01/2014 RIP：0010：btrfs_set_item_key_safe+0xf7/0x270 代碼： <snip> RSP：0018：ffffc90001337ab0 EFLAGS：00010287 RAX：00000000000000000 RBX：ffff8881115fd000 RCX：
    00000000000000000 RDX：0000000000000001 RSI：0000000000000001 RDI：00000000ffffffff RBP：ffff888110ed6f50：00000000ffffff R09： ffffffff8244c500 R10： 000000000ffffffff R11： 000000000ffffffff ： 000000000ffffffff R12：R08
    ffff888100586000 R13： 000000000000000c9 R14： ffffc90001337b1f R15： ffff888110f23b58 FS：
    00007f7d75c72740（0000） GS：ffff88813bd00000（0000） knlGS：000000000000000000 CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 CR2：00007fa811652c60 CR3：0000000111398001 CR4：0000000000370eb0 呼叫追蹤： <TASK> ？
    __die_body.cold+0x14/0x1a ？死亡+0x2e/0x50？do_trap+0xca/0x110 ？do_error_trap+0x65/0x80 ？btrfs_set_item_key_safe+0xf7/0x270 ？exc_invalid_op+0x50/0x70 ？btrfs_set_item_key_safe+0xf7/0x270 ？asm_exc_invalid_op+0x1a/0x20 ？btrfs_set_item_key_safe+0xf7/0x270 btrfs_partially_delete_raid_extent+0xc4/0xe0 btrfs_delete_raid_extent+0x227/0x240
    __btrfs_free_extent.isra.0+0x57f/0x9c0 ？exc_coproc_segment_overrun+0x40/0x40
    __btrfs_run_delayed_refs+0x2fa/0xe80 btrfs_run_delayed_refs+0x81/0xe0 btrfs_commit_transaction+0x2dd/0xbe0 ？preempt_count_add+0x52/0xb0 btrfs_sync_file+0x375/0x4c0 do_fsync+0x39/0x70 __x64_sys_fsync+0x13/0x20 do_syscall_64+0x54/0x110 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP：0033：0x7f7d7550ef90 代碼： <snip> RSP：002b：00007ffd70237248 EFLAGS：00000202 ORIG_RAX：000000000000004a RAX：ffffffffffffffda RBX：
    0000000000000004 RCX：00007f7d7550ef90 RDX：000000000000013a RSI：000000000040eb28 RDI：0000000000000004 RBP：000000000000001b R08：0000000000000078 R09：00007ffd7023725c R10：00007f7d75400390 R11：
    0000000000000202 R12： 028f5c28f5c28f5c R13： 8f5c28f5c28f5c29 R14： 000000000040b520 R15： 00007f7d75c726c8 </TASK> 雖然樹狀結構順序損毀的根本原因尚不清楚，但使用 btrfs_duplicate_item（） 複製項目，然後調整金鑰和每個裝置的實體位址是解決此問題的安全方法。（CVE-2025-21752）

請注意，Nessus 依賴供應商報告的套件存在。

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

  - btrfs：不对 RAID 条带化范围使用 btrfs_set_item_key_safe 不使用 btrfs_set_item_key_safe（） 修改 RAID 条带树中的密钥，因为这样可能导致树损坏，并由 btrfs_set_item_key_safe（） 中的检查捕获： BTRFS 信息（设备 nvme1n1）： 叶49168384 gen 15 总 PTRS 194 可用空间 8329 所有者 12 BTRFS 信息（设备 nvme1n1）： 参考 2 lock_owner 1030 当前 1030 [ SNIP ] 项目 105 密钥 （354549760 230 20480） itemoff 14587 itemsize 16 步幅 0 devid 5 物理67502080 项目 106 密钥 （354631680 230 4096） itemoff 14571 itemsize 16 步幅 0 devid 1 物理88559616项目 107 密钥 （354631680 230 32768） itemoff 14555 itemsize 16 步幅 0 devid 1 物理88555520项目 108 密钥 （354717696 230 28672） itemoff 14539 itemsize 16 步幅 0 devid 2 物理67604480 [ snip ] BTRFS 危急 （设备 nvme1n1）：
    插槽 106 密钥 （354631680 230 32768） 新密钥 （354635776 230 4096） ------------[ cut here ]------------ fs/btrfs/ctree.c：2602！ 处的内核缺陷Oops：无效操作码：0000 [#1] PREEMPT SMP PTI CPU：1 UID：0 PID：
    1055 Comm：fsstress 未受感染 6.13.0-rc1+ #1464 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996），BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 2014 年 4 月 1 日 RIP：0010：btrfs_set_item_key_safe+0xf7/0x270 代码： <snip> RSP：0018：ffffc90001337ab0 EFLAGS：00010287 RAX：000000000000000 RBX：ffff8881115fd000 RCX：
    00000000000000000 RDX： 0000000000000001 RSI： 0000000000000001 RDI： 00000000ffffffff RBP： ffff888110ed6f50 ： 00000000ffffffff R09： ffffffff8244c500 R10： 000000000ffffffff R11： 000000000ffffffff R12：R08
    ffff888100586000 R13：0000000000000c9 R14：ffffc90001337b1f R15：ffff888110f23b58 FS：
    00007f7d75c72740（0000） GS：ffff88813bd00000（0000） knlGS：000000000000000 CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 CR2：00007fa811652c60 CR3：0000000111398001 CR4：0000000000370eb0 调用跟踪： <TASK> ？
    __die_body.cold+0x14/0x1a ？die+0x2e/0x50 ？do_trap+0xca/0x110 ？do_error_trap+0x65/0x80 ？btrfs_set_item_key_safe+0xf7/0x270 ？exc_invalid_op+0x50/0x70 ？btrfs_set_item_key_safe+0xf7/0x270 ？asm_exc_invalid_op+0x1a/0x20 ？btrfs_set_item_key_safe+0xf7/0x270 btrfs_partially_delete_raid_extent+0xc4/0xe0 btrfs_delete_raid_extent+0x227/0x240
    __btrfs_free_extent.isra.0+0x57f/0x9c0 ？exc_coproc_segment_overrun+0x40/0x40
    __btrfs_run_delayed_refs+0x2fa/0xe80 btrfs_run_delayed_refs+0x81/0xe0 btrfs_commit_transaction+0x2dd/0xbe0 ？preempt_count_add+0x52/0xb0 btrfs_sync_file+0x375/0x4c0 do_fsync+0x39/0x70 __x64_sys_fsync+0x13/0x20 do_syscall_64+0x54/0x110 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP：0033：0x7f7d7550ef90 代码： <snip> RSP：002b：00007ffd70237248 EFLAGS：00000202 ORIG_RAX：000000000000004a RAX：ffffffffffffffda RBX：
    0000000000000004 RCX：00007f7d7550ef90 RDX：000000000000013a RSI：0000000000040eb28 RDI：0000000000000004 RBP：000000000000001b R08：0000000000000078 R09：00007ffd7023725c R10：00007f7d75400390 R11：
    0000000000000202 R12： 028f5c28f5c28f5c R13： 8f5c28f5c28f5c29 R14： 000000000040b520 R15： 00007f7d75c726c8 </TASK> 虽然树状结构顺序损坏的根本原因尚不清楚，但使用 btrfs_duplicate_item（） 复制项目，然后调整密钥和每个设备的物理地址是解决此问题的安全方法。（CVE-2025-21752）

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

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

  - btrfs:RAID ストライプエクステントで btrfs_set_item_key_safe を使用しません btrfs_set_item_key_safe() を使用して RAID ストライプツリーのキーを変更しません。これは、ツリーの破損につながる可能性があるためです。これは btrfs_set_item_key_safe() でのチェックによりキャッチされます: BTRFS 情報(デバイス nvme1n1): リーフ 49168384 Gen 15 合計 PTRS 194 空き領域 8329 所有者 12 BTRFS 情報(デバイス nvme1n1): 参照 2 lock_owner 1030 現在の 1030 [ スニップ ] アイテム 105 キー (354549760 230 20480) アイテムオフ 14587 アイテムサイズ 16 ストライド 0 デビッド 5 物理67502080 アイテム 106 キー (354631680 230 4096) アイテムオフ 14571 アイテムサイズ 16 ストライド 0 デビッド 1 物理88559616アイテム 107 キー (354631680 230 32768) アイテムオフ 14555 アイテムサイズ 16 ストライド 0 デビッド 1 物理88555520アイテム 108 キー (354717696 230 28672) アイテムオフ 14539 アイテムサイズ 16 ストライド 0 デビッド 2 物理67604480 [ スニップ ] BTRFS クリティカル (デバイス nvme1n1):
    スロット 106 キー(354631680 230 32768)新しいキー(354635776 230 4096)------------[ カットここで ]------------ fs/btrfs/ctree.c:2602! Oops:無効な opcode:0000 [#1] PREEMPT SMP PTI CPU:1 UID:0 PID:
    1055 通信:fsstress 汚染されていない 6.13.0-rc1+ #1464 ハードウェア名:QEMU Standard PC(i440FX + PIIX、1996)、BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04/01/2014 RIP:0010:btrfs_set_item_key_safe+0xf7/0x270 コード: <snip> RSP:0018:ffffc90001337ab0 EFLAGS:00010287 RAX:0000000000000000 RBX:ffff8881115fd000 RCX:
    000000000000000000 RDX: 0000000000000001 RSI: 0000000000000001 RDI: 000000000ffffffff RBP: ffff888110ed6f50 R08: 000000000ffffffffff R09: ffffffff8244c500 R10: 000000000ffffffffff R11: 000000000ffffffffff R12:
    ffff888100586000 R13: 000000000000000c9 R14: ffffc90001337b1f R15: ffff888110f23b58 FS:
    00007f7d75c72740(0000) GS:ffff88813bd00000(0000) knlGS:00000000000000000 CS:0010 DS:0000 ES:0000 CR0:
    0000000080050033 CR2:00007fa811652c60 CR3:0000000111398001 CR4:0000000000370eb0 コールトレース: <TASK> ?
    __die_body.cold+0x14/0x1a ?ダイ+0x2e/0x50?do_trap+0xca/0x110 ?do_error_trap+0x65/0x80 ?btrfs_set_item_key_safe+0xf7/0x270 ?exc_invalid_op+0x50/0x70 ?btrfs_set_item_key_safe+0xf7/0x270 ?asm_exc_invalid_op+0x1a/0x20 ?btrfs_set_item_key_safe+0xf7/0x270 btrfs_partially_delete_raid_extent+0xc4/0xe0 btrfs_delete_raid_extent+0x227/0x240
    __btrfs_free_extent.isra.0+0x57f/0x9c0 ?exc_coproc_segment_overrun+0x40/0x40
    __btrfs_run_delayed_refs+0x2fa/0xe80 btrfs_run_delayed_refs+0x81/0xe0 btrfs_commit_transaction+0x2dd/0xbe0 ?preempt_count_add+0x52/0xb0 btrfs_sync_file+0x375/0x4c0 do_fsync+0x39/0x70 __x64_sys_fsync+0x13/0x20 do_syscall_64+0x54/0x110 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP:0033:0x7f7d7550ef90 コード: <snip> RSP:002b:00007ffd70237248 EFLAGS:00000202 ORIG_RAX:000000000000004a RAX:ffffffffffffffffda RBX:
    0000000000000004 RCX:00007f7d7550ef90 RDX:000000000000013a RSI:000000000040eb28 RDI:0000000000000004 RBP:000000000000001b R08:0000000000000078 R09:00007ffd7023725c R10:00007f7d75400390 R11:
    0000000000000202 R12:028f5c28f5c28f5c R13:8f5c28f5c28f5c29 R14:0000000000040b520 R15:00007f7d75c726c8 </TASK> ツリーの順番が壊れている根本原因は明らかではありませんが、btrfs_duplicate_item()を使用してアイテムをコピーしてから、キーとデバイスごとの物理アドレスの両方を調整することが、この問題に対処する安全な方法です。(CVE-2025-21752)

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

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

  - btrfs: don't use btrfs_set_item_key_safe on RAID stripe-extents Don't use btrfs_set_item_key_safe() to     modify the keys in the RAID stripe-tree, as this can lead to corruption of the tree, which is caught by     the checks in btrfs_set_item_key_safe(): BTRFS info (device nvme1n1): leaf 49168384 gen 15 total ptrs 194     free space 8329 owner 12 BTRFS info (device nvme1n1): refs 2 lock_owner 1030 current 1030 [ snip ] item     105 key (354549760 230 20480) itemoff 14587 itemsize 16 stride 0 devid 5 physical 67502080 item 106 key     (354631680 230 4096) itemoff 14571 itemsize 16 stride 0 devid 1 physical 88559616 item 107 key (354631680     230 32768) itemoff 14555 itemsize 16 stride 0 devid 1 physical 88555520 item 108 key (354717696 230 28672)     itemoff 14539 itemsize 16 stride 0 devid 2 physical 67604480 [ snip ] BTRFS critical (device nvme1n1):
    slot 106 key (354631680 230 32768) new key (354635776 230 4096) ------------[ cut here ]------------     kernel BUG at fs/btrfs/ctree.c:2602! Oops: invalid opcode: 0000 [#1] PREEMPT SMP PTI CPU: 1 UID: 0 PID:
    1055 Comm: fsstress Not tainted 6.13.0-rc1+ #1464 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996),     BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04/01/2014 RIP: 0010:btrfs_set_item_key_safe+0xf7/0x270     Code: <snip> RSP: 0018:ffffc90001337ab0 EFLAGS: 00010287 RAX: 0000000000000000 RBX: ffff8881115fd000 RCX:
    0000000000000000 RDX: 0000000000000001 RSI: 0000000000000001 RDI: 00000000ffffffff RBP: ffff888110ed6f50     R08: 00000000ffffefff R09: ffffffff8244c500 R10: 00000000ffffefff R11: 00000000ffffffff R12:
    ffff888100586000 R13: 00000000000000c9 R14: ffffc90001337b1f R15: ffff888110f23b58 FS:
    00007f7d75c72740(0000) GS:ffff88813bd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007fa811652c60 CR3: 0000000111398001 CR4: 0000000000370eb0 Call Trace: <TASK> ?
    __die_body.cold+0x14/0x1a ? die+0x2e/0x50 ? do_trap+0xca/0x110 ? do_error_trap+0x65/0x80 ?     btrfs_set_item_key_safe+0xf7/0x270 ? exc_invalid_op+0x50/0x70 ? btrfs_set_item_key_safe+0xf7/0x270 ?     asm_exc_invalid_op+0x1a/0x20 ? btrfs_set_item_key_safe+0xf7/0x270     btrfs_partially_delete_raid_extent+0xc4/0xe0 btrfs_delete_raid_extent+0x227/0x240
    __btrfs_free_extent.isra.0+0x57f/0x9c0 ? exc_coproc_segment_overrun+0x40/0x40
    __btrfs_run_delayed_refs+0x2fa/0xe80 btrfs_run_delayed_refs+0x81/0xe0 btrfs_commit_transaction+0x2dd/0xbe0     ? preempt_count_add+0x52/0xb0 btrfs_sync_file+0x375/0x4c0 do_fsync+0x39/0x70 __x64_sys_fsync+0x13/0x20     do_syscall_64+0x54/0x110 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP: 0033:0x7f7d7550ef90 Code: <snip>     RSP: 002b:00007ffd70237248 EFLAGS: 00000202 ORIG_RAX: 000000000000004a RAX: ffffffffffffffda RBX:
    0000000000000004 RCX: 00007f7d7550ef90 RDX: 000000000000013a RSI: 000000000040eb28 RDI: 0000000000000004     RBP: 000000000000001b R08: 0000000000000078 R09: 00007ffd7023725c R10: 00007f7d75400390 R11:
    0000000000000202 R12: 028f5c28f5c28f5c R13: 8f5c28f5c28f5c29 R14: 000000000040b520 R15: 00007f7d75c726c8     </TASK> While the root cause of the tree order corruption isn't clear, using btrfs_duplicate_item() to     copy the item and then adjusting both the key and the per-device physical addresses is a safe way to     counter this problem. (CVE-2025-21752)

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

ID	Name	Product	Family	Published	Updated	Severity
230714	Linux Distros 未修補的弱點：CVE-2025-21752	Nessus	Misc.	3/6/2025	11/11/2026	medium
230714	Linux Distros 未修补的漏洞：CVE-2025-21752	Nessus	Misc.	3/6/2025	11/11/2026	medium
230714	Linux Distros のパッチ未適用の脆弱性: CVE-2025-21752	Nessus	Misc.	3/6/2025	11/11/2026	medium
230714	Linux Distros Unpatched Vulnerability : CVE-2025-21752	Nessus	Misc.	3/6/2025	11/11/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium