Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - drm/msm/dp：链接从未启用时跳过 PUSH_IDLE msm_dp_display_atomic_enable（） 在链接训练失败时提早返回，从而使 ->power_on 假并关闭主链路。尽管如此，msm_dp_display_atomic_disable（） 仍然会写入DP_STATE_CTRL_PUSH_IDLE并等待无法到达的空闲模式完成，因此每次失败的启用之后都伴随着PUSH_IDLE模式超时。拆卸的每隔一步都已在该标志上进行门控：从 .atomic_post_disable（） 调用的 msm_dp_display_disable（） 在 ！power_on 提早返回。PUSH_IDLE写入是唯一一个不写入的写入，因此控制器的运行时 PM 引用随后会在没有删除链接的情况下被丢弃。在 glymur （Snapdragon X2 Elite） 上，后果不是警告。SoC 无法幸免于难：TrustZone 强制停止 SOCCP 和 ADSP 远程处理器，计算机会在大约 50 毫秒后静默重置，没有 oops，也没有错误。在 eDP 面板当前未进行训练的 ASUS Zenbook A16 （UX3607OA） 上，无需任何合成程序或 GPU 参与即可重现此内容：# eDP 启用已因链接训练失败而失败 （rc=-104） echo 1 > /sys/class/graphics/fb0/blank [535.645455] === marker === [535.694833] qcom_q6v5_pas d00000.remoteproc：
    收到致命错误：\ sys_m_smsm.c：512：TZ 强制停止 [535.694875] remoteproc remoteproc0：在 socp 中检测到崩溃：类型致命错误 [535.728857] qcom_q6v5_pas 6800000.remoteproc：收到致命错误：\ sys_m_smsm.c：783：err 从 TZ <SoC reset> Gate 收到致命通知，PUSH_IDLE写入
    ->power_on，以便禁用路径与拆卸的其余部分一致。应用后，相同的顺序是无害的，机器保持正常运行;没有它，它每次都会重置。无条件写入可追溯到原始 DP 驱动程序（c943b4948b58（drm/msm/dp：添加 displayPort 驱动程序支持）），但此后已多次重构周围的代码，因此不提供 Fixes： 标签。请注意，会暴露此缺陷的 A16 eDP 链接训练失败在 glymur eDP PHY 中是单独的问题，并将单独报告;此更改旨在当训练失败时无论出于何种原因都不会损坏计算机。在华硕 Zenbook A16 （UX3607OA）、Snapdragon X2 Elite Extreme、linux-next next-20260803 和 next-20260807 上测试。此后，计算机一直在运行 next-20260807，并将此修补程序用作其日常驱动程序。
    拼布： https://patchwork.freedesktop.org/patch/745167/ （CVE-2026-98313）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

  - drm/msm/dp：當連結從未啟用時，跳過 PUSH_IDLE msm_dp_display_atomic_enable（） 會在連結訓練失敗時提前返回，留下 ->power_on false 和主連結關閉。儘管如此，msm_dp_display_atomic_disable（） 仍會寫入DP_STATE_CTRL_PUSH_IDLE並等待無法到達的閒置模式完成，因此每個失敗的啟用之後都會PUSH_IDLE模式逾時。拆解的每個其他步驟都已經在該旗標上進行門控：從 .atomic_post_disable（） 呼叫的 msm_dp_display_disable（） 會在 ！power_on 早期返回。PUSH_IDLE寫入是唯一沒有寫入的寫入，因此控制器的運行時 PM 參照隨後會被刪除，而連結尚未被刪除。在 glymur （Snapdragon X2 Elite） 上，後果不是警告。SoC 無法倖存下來：TrustZone 強制停止 SOCCP 和 ADSP 遠端處理器，機器在大約 50 毫秒後靜默重置，沒有哎呀，也沒有恐慌。在 eDP 面板目前未進行訓練的 ASUS Zenbook A16 （UX3607OA） 上，無需任何合成器或 GPU 參與即可重現此動作： # eDP 啟用已失敗，連結訓練失敗 （rc=-104） echo 1 > /sys/class/graphics/fb0/blank [535.645455] === marker === [535.694833] qcom_q6v5_pas d00000.remoteproc：
    收到嚴重錯誤：\ sys_m_smsm.c：512：TZ 強制停止 [535.694875] remoteproc remoteproc0：在 SOCP 中偵測到當機：類型 嚴重錯誤 [535.728857] qcom_q6v5_pas 6800000.remoteproc：收到嚴重錯誤：\ sys_m_smsm.c：783：err 從 TZ <SoC reset> Gate 收到重大通知 PUSH_IDLE寫入
    ->power_on，以便停用路徑與拆卸的其餘部分一致。應用此後，相同的順序是無害的，並且機器保持正常運行;沒有它，它每次都會重置。無條件寫入可以追溯到原始 DP 驅動程式 （c943b4948b58 （drm/msm/dp：新增 displayPort 驅動程式支援）），但此後周圍的程式碼已經重組了好幾次，因此沒有提供 Fixes： 標籤。請注意，在 上 A16 暴露此問題的 eDP 連結訓練失敗是 glymur eDP PHY 中的一個單獨問題，並且會單獨報告;此更改是為了在訓練失敗時不會損壞機器，無論出於何種原因。在華碩 Zenbook A16 （UX3607OA）、Snapdragon X2 Elite Extreme、linux-next next-20260803 和 next-20260807 上進行測試。此後，該機器一直在運行 next-20260807，並使用此補丁作為其日常驅動程序。
    拼湊 https://patchwork.freedesktop.org/patch/745167/ ：（CVE-2026-98313）

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - drm/msm/dp:リンクが有効にされていない場合はPUSH_IDLEをスキップします msm_dp_display_atomic_enable() リンクトレーニングが失敗すると早期に返され、->power_on が false になりメインリンクがダウンしたままになります。それにもかかわらず、msm_dp_display_atomic_disable()はDP_STATE_CTRL_PUSH_IDLE書き込みを行い、到着しないアイドルパターンの完了を待機するため、有効化に失敗するたびにパターンタイムアウトPUSH_IDLE続きます。ティアダウンの他のすべてのステップは、すでにそのフラグでゲートされています:.atomic_post_disable()から呼び出されたmsm_dp_display_disable()は、早い時間で!power_onを返します。PUSH_IDLE 書き込みは、この書き込みではない唯一の書き込みであるため、その後、コントローラーの runtime-PM 参照は、リンクが削除されることなく削除されます。glymur(Snapdragon X2 Elite)では、結果は警告ではありません。SoCはそれを乗り越えることができず、TrustZoneはSOCCPとADSPのリモートプロセッサを強制停止し、マシンは約50ms後に、oopsもパニックもなく静かにリセットされます。現在 eDP パネルがトレーニングされない ASUS Zenbook A16 (UX3607OA)では、これはコンポジターや GPU の関与なしで再現されます: # eDP enable has already failed with Failed link training (rc=-104) echo 1 > /sys/class/graphics/fb0/blank [535.645455] === marker === [535.694833] qcom_q6v5_pas d00000.remoteproc:
    致命的なエラーを受信しました:\ sys_m_smsm.c:512:TZ 強制停止 [535.694875] remoteproc remoteproc0:soccp でクラッシュを検出しました:致命的なエラーを入力します [535.728857] qcom_q6v5_pas 6800000.remoteproc:致命的なエラーを受信しました:\ sys_m_smsm.c:783:err TZ <SoC reset> Gate から受け取った致命的な通知をPUSH_IDLE書き込み
    ->power_onし、無効化パスがその他のティアダウンと一致するようにします。これを適用すると、同じシーケンスは無害であり、機械は起動したままになります。これがないと、毎回リセットされます。無条件の書き込みは、元の DP ドライバー(c943b4948b58(drm/msm/dp:displayPort ドライバーサポートを追加))にさかのぼりますが、それ以来、周囲のコードが何度か再構築されたため、Fixes: タグは提供されていません。注意: A16 でこれを露呈する eDP リンクトレーニングの失敗は、glymur eDP PHY の別の問題であり、別途報告されています。この変更は、何らかの理由でトレーニングが失敗した際にマシンに損傷を与えないことに関するものです。ASUS Zenbook A16 (UX3607OA)、Snapdragon X2 Elite Extreme、linux-next next-20260803、next-20260807でテストされました。それ以来、マシンはこのパッチを毎日のドライバーとして使用して、next-20260807 を実行しています。
    パッチワーク: https://patchwork.freedesktop.org/patch/745167/ (CVE-2026-98313)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

  - drm/msm/dp: skip PUSH_IDLE when the link was never enabled msm_dp_display_atomic_enable() returns early     when link training fails, leaving ->power_on false and the main link down. msm_dp_display_atomic_disable()     nevertheless writes DP_STATE_CTRL_PUSH_IDLE and waits for an idle-pattern completion that cannot arrive,     so every failed enable is followed by PUSH_IDLE pattern timedout. Every other step of the teardown is     already gated on that flag: msm_dp_display_disable(), called from .atomic_post_disable(), returns early on     !power_on. The PUSH_IDLE write is the only one that is not, so the controller's runtime-PM reference is     then dropped without the link having been taken down. On glymur (Snapdragon X2 Elite) the consequence is     not a warning. The SoC does not survive it: TrustZone force-stops the SOCCP and ADSP remote processors and     the machine resets silently about 50 ms later, with no oops and no panic. On an ASUS Zenbook A16     (UX3607OA), whose eDP panel does not currently train, this reproduces without any compositor or GPU     involvement: # eDP enable has already failed with Failed link training (rc=-104) echo 1 >     /sys/class/graphics/fb0/blank [535.645455] === marker === [535.694833] qcom_q6v5_pas d00000.remoteproc:
    fatal error received: \ sys_m_smsm.c:512:TZ force stop [535.694875] remoteproc remoteproc0: crash detected     in soccp: type fatal error [535.728857] qcom_q6v5_pas 6800000.remoteproc: fatal error received: \     sys_m_smsm.c:783:err fatal notification received from TZ <SoC reset> Gate the PUSH_IDLE write on
    ->power_on so the disable path is consistent with the rest of the teardown. With this applied the same     sequence is harmless and the machine stays up; without it, it resets every time. The unconditional write     dates back to the original DP driver (c943b4948b58 (drm/msm/dp: add displayPort driver support)), but     the surrounding code has been restructured several times since, so no Fixes: tag is offered. Note that the     eDP link-training failure that exposes this on the A16 is a separate problem in the glymur eDP PHY and is     reported separately; this change is about not damaging the machine when training fails, for whatever     reason. Tested on ASUS Zenbook A16 (UX3607OA), Snapdragon X2 Elite Extreme, on linux-next next-20260803     and next-20260807. The machine has since been running next-20260807 with this patch as its daily driver.
    Patchwork: https://patchwork.freedesktop.org/patch/745167/ (CVE-2026-98313)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
363232	Linux Distros 未修补的漏洞：CVE-2026-98313	Nessus	Misc.	2026/10/6	2026/10/8	high
363232	Linux Distros 未修補弱點：CVE-2026-98313	Nessus	Misc.	2026/10/6	2026/10/8	high
363232	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98313	Nessus	Misc.	2026/10/6	2026/10/8	high
363232	Linux Distros Unpatched Vulnerability : CVE-2026-98313	Nessus	Misc.	2026/10/6	2026/10/8	high

检测

插件搜索

high

high

high

high