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

  - ext4ext4_orphan_cleanup での use-after-free を修正。次のように問題をキャッチしました
    ================================================================== BUG: KASAN: 
    __list_add_valid+0x28/0x1a0 タスクマウント/710 による addr ffff88814b13f378 でのサイズ 8 の読み取り CPU1 PID710 通信マウント 汚染されていない 6.1.0-rc3-next #370 コールトレース <TASK> dump_stack_lvl+0x73/0x9f print_report+0x25d /0x759 kasan_report+0xc0/0x120 __asan_load8+0x99/0x140 __list_add_valid+0x28/0x1a0 ext4_orphan_cleanup+0x564/0x9d0 [ext4] __ext4_fill_super+0x48e2/0x5300 [ext4] ext4_fill_super+0x19f/0x3a0 [ext4] get_tree_bdev+0x27b/0x450 ext4_get_tree+0x19/ 0x30 [ext4] vfs_get_tree+0x49/0x150 path_mount+0xaae/0x1350 do_mount+0xe2/0x110 __x64_sys_mount+0xf0/0x190 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> ]======================== ======================================================== ======= 上記の問題は、次のように発生する可能性があります
    ------------------------------------------------ ext4_fill_super ext4_orphan_cleanup --- loop1last_orphan を 12 と想定します -- - list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan) ext4_truncate --> return 0 ext4_inode_attach_jinode --> return -ENOMEM iput(inode) --> free inode<12> --- loop2last_orphan は 12 のままです --- list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan; // use inode<12> UAF をトリガーします。この問題を解決するには、ext4_inode_attach_jinode() の戻り値を適切に伝播する必要があります。
    (CVE-2022-50673)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2022-50673

high Nessus プラグイン ID 278009

バージョン 1.9