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

  - jbd2ファイルシステムが破損したときの jbd2_journal_get_create_access() の bug_on を回避します。ファイルシステムが破損したときに問題があります-------------[ カットここで ]---------- カーネルバグat fs/jbd2/transaction.c:1289! Oops
    無効な opcode: 0000 [#1] SMP KASAN PTI CPU: 5 UID: 0 PID: 2031 Comm: mkdir 汚染されていない 6.18.0-rc1-next RIP: 0010:jbd2_journal_get_create_access+0x3b6/0x4d0 RSP: 0018:ffff888117aafa30 EFLAGS: 000022 :
    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 モードで発生します。ファイルシステムデータに多数の不一致があります。ファイルシステムデータに一貫性がない場合、たとえば、参照されるブロックのブロックビットマップが設定されていない場合、コミット中のブロックが割り当てられ、再使用される可能性があります。結果として、以下の条件が満たされず、BUG_ON がトリガーされます。当然、特定の操作を通じてこの BUG_ON を発生させることのできる問題のある画像を構築することが可能です。実際、私はそのようなイメージを構築し、この問題を簡単に複製しました。したがって、J_ASSERT()は理想的な条件下でのみtrueになりますが、例外的なシナリオでは必ずしも満たされるとは限りません。異常な状況で J_ASSERT() を直接使用すると、システムがクラッシュします。これは、明らかに望ましくないものです。そのため、ここでは BUG_ON を即座に呼び出す代わりに、JBD 中止を直接トリガーします。
    (CVE-2025-68337)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-68337

medium Nessus プラグイン ID 279566

バージョン 1.20