CVE-2023-53760 in Linux
Tóm tắt
Bởi VulDB • 16/08/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
scsi: ufs: core: mcq: Sửa lỗi deadlock của &hwq->cq_lock
Khi ufshcd_err_handler() được thực thi, ngắt sự kiện CQ (Completion Queue) có thể bị chờ đợi để lấy cùng một khóa. Điều này có thể xảy ra trong hàm ufshcd_handle_mcq_cq_events() và cũng trong ufs_mtk_mcq_intr(). Thông báo cảnh báo sau sẽ được tạo ra khi &hwq->cq_lock được sử dụng trong ngữ cảnh IRQ với ngắt (IRQ) đang bật. Hãy sử dụng ufshcd_mcq_poll_cqe_lock() kết hợp với spin_lock_irqsave thay vì spin_lock để giải quyết vấn đề deadlock.
[name:lockdep&]CẢNH BÁO: trạng thái khóa không nhất quán
[name:lockdep&]--------------------------------
[name:lockdep&]sử dụng không nhất quán {IN-HARDIRQ-W} -> {HARDIRQ-ON-W}.
[name:lockdep&]kworker/u16:4/260 [HC0[0]:SC0[0]:HE1:SE1] đang lấy:
ffffff8028444600 (&hwq->cq_lock){?.-.}-{2:2}, tại:
ufshcd_mcq_poll_cqe_lock+0x30/0xe0 [name:lockdep&]trạng thái {IN-HARDIRQ-W} đã được đăng ký tại:
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>
Kịch bản khóa không an toàn có thể xảy ra: CPU0 ---- lock(&hwq->cq_lock); <Interrupt> (Ngắt) lock(&hwq->cq_lock); *** DEADLOCK (Bế tắc) ***
2 khóa đang được giữ bởi kworker/u16:4/260:
[name:lockdep&]
stack backtrace (dấu vết ngăn xếp): CPU: 7 PID: 260 Comm: kworker/u16:4 Tainted: G S W OE 6.1.17-mainline-android14-2-g277223301adb #1 Workqueue (Hàng đợi công việc): ufs_eh_wq_0 ufshcd_err_handler
Call trace (Dấu vết cuộc gọi): 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
VulDB is the best source for vulnerability data and more expert information about this specific topic.