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

  - 韌體：stratix10-rsu：修正探測中 rsu_send_msg（） 逾時的 NULL 解除參照 rsu_send_msg（） 可以傳回
    -ETIMEDOUT 當 wait_for_completion_interruptible_timeout（） 觸發時，SMC 呼叫仍處於擱置狀態。在 stratix10_rsu_probe（） 中，COMMAND_RSU_DCMF_VERSION、COMMAND_RSU_DCMF_STATUS、COMMAND_RSU_MAX_RETRY 和 COMMAND_RSU_GET_SPT_TABLE 的錯誤路徑呼叫 stratix10_svc_free_channel（） （將 chan->scl 設定為 NULL），但隨後會失敗，並將同一通道上的下一個要求排入佇列。下一個執行的 svc kthread 將在其接收回呼路徑中取消參照 pdata->chan->scl，觸發與提交 c45f7263100c 針對 COMMAND_RSU_STATUS 路徑修正的 NULL 指標解除參照相同。將相同的清除模式套用至其餘的失敗路徑：移除非同步用戶端、釋放通道，並儘早返回，以便在已清除 SCL 的通道上不會再將訊息排入佇列。在此過程中，請以兩種方式清理 stratix10_rsu_probe（），而不會改變行為： - 刪除已由 devm_kzalloc（） 清除的欄位的冗餘零初始化：client.receive_cb、status.* 和 spt0/1_address （INVALID_SPT_ADDRESS 為 0x0）。- 將五個相同的 3 行錯誤清理區塊 （stratix10_svc_remove_async_client（） + stratix10_svc_free_channel（） + return ret） 替換為 goto 標籤 （remove_async_client、free_channel），以符合標準核心資源展開模式，並更容易擴展探查序列，而不會忘記匹配清理。此外，將 init_completion（） 移至 mutex_init（） 旁邊，以便將同步原語初始化分組到任何可能觸發回呼的內容之前。--- v2：新增函式 stratix10_rsu_probe（） 的小型清理，讓所有 rsu_send_async_msg（） 和 rsu_send_msg（） 都有集中退出。（CVE-2026-53204）

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

偵測

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

medium Nessus Plugin ID 323359

版本 1.6