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

  - udfudf_rename() での二重の brelse() を回避します syzbot は以下のような警告を報告しました [1] VFSbrelseバッファを解放しようとします警告CPU2 PID7301 at fs/buffer.c:1145 __brelse+0x67 /0xa0 ... 呼び出しトレース:
    <TASK> validate_bh_lru+0x99/0x150 smp_call_function_many_cond+0xe2a/0x10c0 ? generic_remap_file_range_prep+0x50/0x50 ? __brelse+0xa0/0xa0 ? __mutex_lock+0x21c/0x12d0 ? smp_call_on_cpu+0x250/0x250 ? rcu_read_lock_sched_held+0xb/0x60 ? lock_release+0x587/0x810 ?
    __brelse+0xa0/0xa0 ? generic_remap_file_range_prep+0x50/0x50 on_each_cpu_cond_mask+0x3c/0x80 blkdev_flush_mapping+0x13a/0x2f0 blkdev_put_whole+0xd3/0xf0 blkdev_put+0x222/0x760 deactivate_locked_super+0x96/0x160 deactivate_super+0xda/0x100 cleanup_mnt+0x222/0x3d0 task_work_run+0x149/0x240 ? task_work_cancel+0x30/0x30 do_exit+0xb29/0x2a40 ? reacquire_held_locks+0x4a0/0x4a0 ? do_raw_spin_lock+0x12a/0x2b0 ? mm_update_next_owner+0x7c0/0x7c0 ? rwlock_bug.part.0+0x90/0x90 ? zap_other_threads+0x234/0x2d0 do_group_exit+0xd0/0x2a0
    __x64_sys_exit_group+0x3a/0x50 do_syscall_64+0x34/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd 問題の原因は、brelse() が NULL を返すときに udf_find_entry() によって ofibh.sbh および ofibh.ebh の両方で呼び出されることです。しかし、brelse() は udf_rename() によっても呼び出されます。そのため、buffer_head の b_count のバランスが不安定になります。このパッチは、udf_find_entry() が NULL を返すとき、udf_rename() によって brelse() を呼び出さないことにより、 の問題を修正します。CVE-2022-50755

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

検出

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

medium Nessus プラグイン ID 279851

バージョン 1.14