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/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 固件：stratix10-rsu：修复探测中 rsu_send_msg（） 超时的空取消引用 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路径取消引用（固件：stratix10-rsu：修复禁用 RSU 时的空指针取消引用）。对其余失败路径应用相同的清理模式：删除异步客户端、释放通道并提早返回，这样就不会再有消息在已清除 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 labels（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/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - ファームウェア:stratix10-rsu:プローブrsu_send_msg() が返す可能性がある場合の rsu_send_msg() タイムアウトの NULL デリファレンスを修正します
    -SMC 呼び出しが保留中の wait_for_completion_interruptible_timeout() が起動されたときの ETIMEDOUT。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 を逆参照し、COMMAND_RSU_STATUS パスのコミット c45f7263100c で修正されたものと同一の NULL ポインターデリファレンスを発生させます(ファームウェア:stratix10-rsu:RSU が無効の場合の NULL ポインターデリファレンスを修正します)。残りの失敗パスにも同じクリーンアップパターンを適用します。非同期クライアントを削除し、チャネルを解放し、SCL がクリアされたチャネルにそれ以上のメッセージがキューに入れられないように早期に戻ります。その間、動作を変えずに 2 つの方法で stratix10_rsu_probe() をクリーンアップします: - すでに devm_kzalloc() によりクリアされているフィールドの冗長ゼロ初期化をドロップします:client.receive_cb、status.*、および spt0/1_address(INVALID_SPT_ADDRESS は 0x0)。- 5 つの同一の 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 は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - firmware: stratix10-rsu: Fix NULL deref on rsu_send_msg() timeout in probe rsu_send_msg() can return
    -ETIMEDOUT when wait_for_completion_interruptible_timeout() fires while the SMC call is still pending. In     stratix10_rsu_probe(), the error paths for COMMAND_RSU_DCMF_VERSION, COMMAND_RSU_DCMF_STATUS,     COMMAND_RSU_MAX_RETRY and COMMAND_RSU_GET_SPT_TABLE call stratix10_svc_free_channel() - which sets     chan->scl to NULL - but then fall through and queue the next request on the same channel. The next svc     kthread that runs will dereference pdata->chan->scl in its receive callback path, triggering a NULL     pointer dereference identical to the one fixed by commit c45f7263100c (firmware: stratix10-rsu: Fix NULL     pointer dereference when RSU is disabled) for the COMMAND_RSU_STATUS path. Apply the same cleanup pattern     to the remaining failure paths: remove the async client, free the channel, and return early so no further     messages are queued on a channel whose scl has been cleared. While at it, clean up stratix10_rsu_probe()     in two ways without changing behavior: - Drop redundant zero-initialization of fields already cleared by     devm_kzalloc(): client.receive_cb, status.* and spt0/1_address (INVALID_SPT_ADDRESS is 0x0). - Replace     five identical 3-line error-cleanup blocks (stratix10_svc_remove_async_client() +     stratix10_svc_free_channel() + return ret) with goto labels (remove_async_client, free_channel), matching     the standard kernel resource-unwinding pattern and making it easier to extend the probe sequence without     forgetting matching cleanup. Also move init_completion() next to mutex_init() so sync-primitive     initialization is grouped before anything that could trigger a callback. --- v2: Add a minor clean-up of     the function stratix10_rsu_probe() to have a centralize exit for all the rsu_send_async_msg() and     rsu_send_msg(). (CVE-2026-53204)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名稱	產品	系列	已發布	已更新	嚴重性
323359	Linux Distros 未修補弱點：CVE-2026-53204	Nessus	Misc.	2026/6/28	2026/7/21	medium
323359	Linux Distros 未修补的漏洞：CVE-2026-53204	Nessus	Misc.	2026/6/28	2026/7/21	medium
323359	Linux Distros のパッチ未適用の脆弱性: CVE-2026-53204	Nessus	Misc.	2026/6/28	2026/7/21	medium
323359	Linux Distros Unpatched Vulnerability : CVE-2026-53204	Nessus	Misc.	2026/6/28	2026/7/21	medium

偵測

搜尋 Plugin

medium

medium

medium

medium