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

  - jbd2当文件系统损坏时避免 jbd2_journal_get_create_access() 中的 bug_on 文件系统损坏时存在的问题------------[在此切换 ]------------ 内核缺陷fs/jbd2/transaction.c:1289! 错误
    无效的 opcode: 0000 [#1] SMP KASAN PTI CPU: 5 UID: 0 PID: 2031 Comm: mkdir Not tainted 6.18.0-rc1-next RIP: 0010:jbd2_journal_get_create_access+0x3b6/0x4d0 RSP: 0018:ffff888117aafa30 EFLAGS: 00102 RAX其他
    0000000000000000 RBX: ffff88811a86b000 RCX: ffffffff89a63534 RDX: 1ffff110200ec602 RSI: 0000000000000004 RDI: ffff888100763010 RBP: ffff888100763000 R08: 0000000000000001 R09: ffff888100763028 R10:
     R110000000000000003  : 0000000000000000 R12: 0000000000000000 R13: ffff88812c432000 R14: ffff88812c608000 R15: ffff888120bfc000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f91d6970c99 CR3:
    00000001159c4000 CR4: 00000000000006f0 Call Trace: <TASK> __ext4_journal_get_create_access+0x42/0x170 ext4_getblk+0x319/0x6f0 ext4_bread+0x11/0x100 ext4_append+0x1e6/0x4a0 ext4_init_new_dir+0x145/0x1d0 ext4_mkdir+0x326/0x920 vfs_mkdir+0x45c/0x740 do_mkdirat+0x234/0x2f0 __x64_sys_mkdir +0xd6/0x120 do_syscall_64+0x5f/0xfa0 entry_SYSCALL_64_after_hwframe+0x76/0x7e当伴随存储失败时在 errors=continue 模式下使用 us 会发生上述问题。文件系统数据中存在许多不一致。在文件系统数据不一致的情况下例如未设置引用块的块位图则可导致正在提交的块被再次分配和使用的情况。因此如果不满足以下条件则会触发 BUG_ON。当 然完全有可能构建有问题的映像通过特定操作触发此 BUG_ON。实际上，我已经构建了这样的镜像，可以轻松重现此问题。因此，J_ASSERT() 仅在理想条件下才成立，但在例外情况下可能不一定会满足。在异常情况下直接使用 J_ASSERT() 会导致系统崩溃这显然不是我们想要的。因此我们在此处直接触发 JBD 中止而不是立即调用 BUG_ON。
    (CVE-2025-68337)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-68337

medium Nessus 插件 ID 279566

版本 1.8