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

  - slimbus：qcom-ngd-ctrl：避免 tx_lock/ctrl->lock 上的 ABBA：在 SSR/PDR 關閉通知期間，進行tx_lock的目的是提供與作用中 DMA 傳輸的同步。但在此期間，系統會叫用 qcom_slim_ngd_down（），最終會進入 slim_report_absent（），而 （） 會取得 slim_controller 鎖定。在多個其他代碼路徑中，這兩個鎖的順序相反（即slim_controller然後tx_lock）。結果是 lockdep splat，並且可能發生鎖死：rprocctl/449 正在嘗試取得鎖定：ffff00009793e620 （&ctrl->lock）{+.+.}-{4:4}， at： slim_report_absent （drivers/slimbus/core.c：322） slimbus 但任務已保持鎖定：ffff00009793fb50 （&ctrl->tx_lock）{+.+.}-{4:4}，位於：
    qcom_slim_ngd_ssr_pdr_notify （drivers/slimbus/qcom-ngd-ctrl.c：1475） slim_qcom_ngd_ctrl哪個鎖已經依賴於新鎖。可能的不安全鎖定場景：CPU0 CPU1 ---- ----鎖定（&ctrl->tx_lock）;
    lock（&ctrl->lock）;lock（&ctrl->tx_lock）;lock（&ctrl->lock）;假設該註釋是指在我們進行 DMA TX 交易時不調用 qcom_slim_ngd_exit_dma（） 的願望。但任何此類交易都是在單一 qcom_slim_ngd_xfer_msg（） 中啟動和完成的。在呼叫 qcom_slim_ngd_exit_dma（） 之前，slim_controller會被拆除，所有子裝置都會收到 slimbus 消失的通知，並且子裝置已被移除。停止在 qcom_slim_ngd_ssr_pdr_notify（） 中進行tx_lock以避免鎖死。(CVE-2026-53331)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補弱點：CVE-2026-53331

medium Nessus Plugin ID 324722

版本 1.18