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

  - scsiufscoremcq修正 &hwq->cq_lock 鎖死問題執行 ufshcd_err_handler() 時CQ 事件中斷可進入等候相同的鎖定。ufshcd_handle_mcq_cq_events() 和 ufs_mtk_mcq_intr() 可能會發生此問題。在已啟用 IRQ 的情況下於 IRQ 內容中使用 &hwq->cq_lock 時會產生下列警告訊息。將 ufshcd_mcq_poll_cqe_lock() 與 spin_lock_irqsave 搭配使用 (而非 spin_lock) 可解決鎖死問題。 [name:lockdep&]警告不一致的鎖定狀態 [name:lockdep&]-------------------------------- [名稱: lockdep&]inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} 使用量。 [name:lockdep&]kworker/u16:4/260 [HC0[0]:SC0[0]:HE1:SE1] Takesffffff8028444600 (&hwq->cq_lock){?.-.}-{2:2}, at: ufshcd_mcq_poll_cqe_lock+0x30/0xe0 [name:lockdep&]{IN-HARDIRQ-W} state was registered at: lock_acquire+0x17c/0x33c _raw_spin_lock+0x5c/0x7c ufshcd_mcq_poll_cqe_lock+0x30/0xe0 ufs_mtk_mcq_intr+0x60/0x1bc [ufs_mediatek_mod] __handle_irq_event_percpu+0x140/0x3ec handle_irq_event+0x50/0xd8 handle_fasteoi_irq+0x148/0x2b0 generic_handle_domain_irq+0x4c/0x6c gic_handle_irq+0x58/0x134 call_on_irq_stack+0x40/0x74 do_interrupt_handler+0x84/0xe4 el1_interrupt+0x3c/0x78 <snip> 可能的不安全鎖定情況CPU0 ---- lock(&hwq->cq_lock);
    <Interrupt> lock(&hwq->cq_lock); *** DEADLOCK *** kworker/u16:4/260 保留的 2 個鎖定[name:lockdep&] 堆疊反向追踪CPU: 7 PID: 260 通訊: kworker/u16:4 受污染的 GSW OE 6.1.17-mainline-android14-2-g277223301adb#1 Workqueue: ufs_eh_wq_0 ufshcd_err_handler Call trace: dump_backtrace+0x10c/0x160 show_stack+0x20/0x30 dump_stack_lvl+0x98/0xd8 dump_stack+0x20/0x60 print_usage_bug+0x584/0x76c mark_lock_irq+0x488/0x510 mark_lock+0x1ec/0x25c __lock_acquire+0x4d8/0xffc lock_acquire +0x17c/0x33c _raw_spin_lock+0x5c/0x7c ufshcd_mcq_poll_cqe_lock+0x30/0xe0 ufshcd_poll+0x68/0x1b0 ufshcd_transfer_req_compl+0x9c/0xc8 ufshcd_err_handler+0x3bc/0xea0 process_one_work+0x2f4/0x7e8 worker_thread+0x234/0x450 kthread+0x110/0x134 ret_from_fork+0x10/0x20 (CVE-2023-53760)

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

偵測

Linux Distros 未修補的弱點：CVE-2023-53760

medium Nessus Plugin ID 277779

版本 1.7