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

  - udf避免 udf_rename() 中發生雙重 brelse() syzbot 報告了一個類似以下的警告 [1]: VFSbrelse: Trying free free buffer 警告CPU: 2 PID: 7301 at fs/buffer.c:1145 __brelse+0x67 /0xa0 ... 呼叫追踪：
    <TASK> invalidate_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 此問題的原因是 udf_find_entry() 在傳回 NULL 時在 ofibh.sbh 和 ofibh.ebh 上呼叫了 brelse()。不過udf_rename() 也會呼叫 brelse()。因此buffer_head 上的 b_count 會變得不平衡。此修補程式修正了此問題在 udf_find_entry() 傳回 NULL 時不由 udf_rename() 呼叫 brelse()。 (CVE-2022-50755)

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

偵測

Linux Distros 未修補的弱點：CVE-2022-50755

medium Nessus Plugin ID 279851

版本 1.14