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

  - f2fs修正以針對非 inode dnode 的節點頁尾執行功能健全檢查如 syzbot 下方報告 ------------[在此處截取 ]------------ 核心錯誤在 fs/f2fs/file.c:1243! Oops無效 opcode0000 [#1] SMP KASAN NOPTI CPU0 UID0 PID5354 Commsyz.0.0 未受污染的 6.17.0-rc1-syzkaller-00211-g90d970cade8e #0 PREEMPT(full) RIP0010 f2fs_truncate_hole+0x69e/0x6c0 fs/f2fs/file.c:1243 呼叫追踪 <TASK> f2fs_punch_hole+0x2db/0x330 fs/f2fs/file.c:1306 f2fs_fallocate+0x546/0x990 fs/f2fs/file.c:2018 vfs_fallocate+0x6666666 /0x7e0 fs/open.c:342 ksys_fallocate fs/open.c:366 [內嵌] __do_sys_fallocate fs/open.c:371 [內嵌] __se_sys_fallocate fs/open.c:369 [內嵌] __x64_sys_fallocate+0xc0/0x110 fs/open .c:369 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [內嵌] do_syscall_64+0xfa/0x3b0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP0033:0x7f1e65f8ebe9 (含模糊影像) 、 f2fs 在 f2fs_truncate_hole() 的直接節點中偵測到不一致的截斷範圍因此可能會發生錯誤。根本原因為非 inode dnode 可能具有相同的 Footer.ino 和 Footer.nid因此系統會將 dnode 剖析為 inode然後 ADDRS_PER_PAGE() 可能會偶然傳回錯誤的 blkaddr 計數通常為 923 dn.ofs_in_node 等於 923則可在以下陳述式中將計數計算為 0稍後其將觸發 w/ f2fs_bug_on(, count == 0 || ...) 的不穩定。 count = min(end_offset - dn.ofs_in_node, pg_end - pg_start);此修補程式引入了新的 node_type NODE_TYPE_NON_INODE然後允許將 new_type 傳遞至 f2fs_get_node_folio() 中的 sanity_check_node_footer藉此偵測非 inode dnode 具有相同的 Footer.ino 和 Footer.nid 之損毀情況。要重現的指令碼mkfs.f2fs -f /dev/vdb mount /dev/vdb /mnt/f2fs touch /mnt/f2fs/foo touch /mnt/f2fs/bar dd if=/dev/zero of=/mnt/f2fs/ foo bs=1M count=8 umount /mnt/f2fs injection.f2fs --node --mb i_nid --nid 4 --idx 0 --val 5 /dev/vdb mount /dev/vdb /mnt/f2fs xfs_io /mnt/f2fs/foo -c fpunch 6984k 4k (CVE-2025-40025)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-40025

medium Nessus Plugin ID 271879

版本 1.5