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

  - net： enetc：修正 NTMP DMA 釋放後使用問題 AI 產生的評論報告了潛在的 DMA 釋放後使用問題 [1]。如果 netc_xmit_ntmp_cmd（） 逾時並傳回錯誤，則不會明確中止擱置中的命令，而 ntmp_free_data_mem（） 會無條件釋放 DMA 緩衝區。如果緩衝區已在其他地方重新配置，可能會導致無訊息記憶體損毀。因為硬體最終會處理擱置中的命令，並對釋放緩衝區的實體位址執行回應的 DMA 寫入。為了解決此問題，此修補程式會進行下列修改： 1. 將 cbdr->ring_lock 從微調鎖定轉換為互斥 鎖定原本是微調鎖定，以防可能從不可部分完成內容叫用 NTMP 作業。在所有 NTMP 表格的下游支援之後，沒有實現此類使用。現在需要互斥鎖定，因為驅動程式現在需要回收已使用的 BD 並在鎖定的內容中釋放相關聯的 DMA 記憶體，而 dma_free_coherent（） 可能會休眠。2、引入軟體指令BD（struct netc_swcbd）硬體回寫覆蓋了BD的addr和len字段，因此驅動程式無法依賴硬體BD來釋放關聯的DMA記憶體。驅動程式現在會維護軟體影子 BD，以儲存 DMA 緩衝區指標、DMA 位址和大小。而 netc_xmit_ntmp_cmd（） 只有在已使用的 BD 數量達到 NETC_CBDR_CLEAN_WORK 時才會回收較舊的 BD （16）。軟體 BD 可啟用正確的 DMA 記憶體釋放。這樣，就不再需要結構ntmp_dma_buf和 ntmp_free_data_mem（） 並被刪除。3. 要求呼叫者跨 netc_xmit_ntmp_cmd（） 保持ring_lock netc_xmit_ntmp_cmd（） 會在呼叫者完成使用回應之前釋放ring_lock。此時，如果並行執行緒提交新命令，它可能會觸發 ntmp_clean_cbdr（） 並在 DMA 緩衝區仍在使用時釋放它。將ring_lock擁有權移至呼叫端，以確保回應緩衝區不會過早收回。因此，新增了協助程式 ntmp_select_and_lock_cbdr（） 和 ntmp_unlock_cbdr（）。這些變更消除了 DMA 釋放後使用條件，並確保安全一致的 BD 回收和 DMA 緩衝區生命週期管理。（CVE-2026-53300）

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

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

  - net：enetc：修复 NTMP DMA 释放后使用问题 AI 生成的评论报告了一个潜在的 DMA 释放后使用问题 [1]。如果 netc_xmit_ntmp_cmd（） 超时并返回错误，则不会显式中止待定命令，而 ntmp_free_data_mem（） 会无条件释放 DMA 缓冲区。如果缓冲区已在别处重新分配，这可能会导致静默内存损坏。因为硬件最终会处理待定命令，并将响应的 DMA 写入到已释放缓冲区的物理地址。为解决此问题，此修补程序进行以下修改：1.将 cbdr->ring_lock 从旋转锁转换为互斥体 锁定最初是一个旋转锁，以防从原子上下文调用 NTMP 操作。在所有 NTMP 表的下游支持之后，没有实现这种使用。现在需要互斥体锁定，因为驱动程序现在需要回收已使用的 BD，并在锁定的上下文中释放相关的 DMA 内存，而 dma_free_coherent（） 可能会休眠。2. 引入软件命令 BD （struct netc_swcbd） 硬件回写会覆盖 BD 的 addr 和 len 字段，因此驱动程序不能依赖硬件 BD 来释放关联的 DMA 内存。该驱动程序现在维护存储 DMA 缓冲区指针、DMA 地址和大小的软件影子 BD。而 netc_xmit_ntmp_cmd（） 仅当已使用的 BD 数量达到 NETC_CBDR_CLEAN_WORK （16） 时，才回收较旧的 BD。软件 BD 启用正确的 DMA 内存释放。这样，就不再需要 struct ntmp_dma_buf 和 ntmp_free_data_mem（） 并被删除。3. 要求调用方跨 netc_xmit_ntmp_cmd（） 保持ring_lock netc_xmit_ntmp_cmd（） 在调用方完成使用响应之前释放ring_lock。此时，如果并发线程提交新命令，它可能会触发 ntmp_clean_cbdr（） 并在 DMA 缓冲区仍在使用时将其释放。将ring_lock所有权转移给调用程序以确保不能过早回收响应缓冲区。因此添加了辅助函数 ntmp_select_and_lock_cbdr（） 和 ntmp_unlock_cbdr（）。这些变更消除了 DMA 释放后使用的情况，并确保了安全一致的 BD 回收和 DMA 缓冲区生命周期管理。（CVE-2026-53300）

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

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

  - net:enetc:NTMP DMA の use-after-free 問題を修正します AI が生成したレビューでは、潜在的な DMA の use-after-free の問題 [1] が報告されました。netc_xmit_ntmp_cmd() がタイムアウトしてエラーを返した場合、保留中のコマンドは明示的に中止されませんが、ntmp_free_data_mem() は無条件で DMA バッファを解放します。バッファがすでに別の場所に再割り当てされている場合、これによりサイレントメモリ破損が引き起こされる可能性があります。ハードウェアは最終的に保留中のコマンドを処理し、解放されたバッファの物理アドレスへの応答のDMA書き込みを実行するためです。この問題を解決するために、このパッチでは以下の変更が加えられています:1. cbdr->ring_lockをスピンロックからミューテックスに変換します。ロックはもともと、NTMP 操作がアトミックコンテキストから呼び出される場合に備えて、スピンロックでした。すべての NTMP テーブルに対するダウンストリームサポートの後は、そのような使用方法は実現していません。mutex ロックが必要になりました。これは、ドライバーがロックのコンテキスト内で使用済みの BD を再利用し、関連する DMA メモリをリリースする必要があるため、dma_free_coherent() がスリープする可能性があります。2.ソフトウェアコマンドBD(struct netc_swcbd)を導入します。ハードウェアの書き戻しはBDのaddrフィールドとlenフィールドを上書きするため、ドライバーはハードウェアBDに依存して関連するDMAメモリを解放できません。現在、ドライバーは、DMA バッファポインター、DMA アドレス、サイズを格納するソフトウェアシャドウ BD を維持します。また、netc_xmit_ntmp_cmd() は、使用済み BD の数が NETC_CBDR_CLEAN_WORK (16)に達した場合にのみ、古い BD を再利用します。ソフトウェア BD により、正しい DMA メモリ解放が可能になります。これにより、struct ntmp_dma_buf および ntmp_free_data_mem() は不要になり、削除されます。3. 呼び出し元が応答の消費を完了する前に、netc_xmit_ntmp_cmd() 全体でring_lockを保留するように要求しますnetc_xmit_ntmp_cmd() はring_lockをリリースします。この時点で、同時スレッドが新しいコマンドを送信すると、ntmp_clean_cbdr() がトリガーされ、まだ使用中に DMA バッファが解放される場合があります。ring_lock所有権を呼び出し側に移し、応答バッファが時期尚早に再利用されないようにします。そのため、ヘルパーのntmp_select_and_lock_cbdr()とntmp_unlock_cbdr()が追加されます。これらの変更により、DMA の use-after-free 状態が排除され、安全で一貫性のある BD 再利用と DMA バッファのライフサイクル管理が保証されます。(CVE-2026-53300)

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

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

  - net: enetc: fix NTMP DMA use-after-free issue The AI-generated review reported a potential DMA use-after-     free issue [1]. If netc_xmit_ntmp_cmd() times out and returns an error, the pending command is not     explicitly aborted, while ntmp_free_data_mem() unconditionally frees the DMA buffer. If the buffer has     already been reallocated elsewhere, this may lead to silent memory corruption. Because the hardware     eventually processes the pending command and perform a DMA write of the response to the physical address     of the freed buffer. To resolve this issue, this patch does the following modifications: 1. Convert     cbdr->ring_lock from a spinlock to a mutex The lock was originally a spinlock in case NTMP operations     might be invoked from atomic context. After downstream support for all NTMP tables, no such usage has     materialized. A mutex lock is now required because the driver now needs to reclaim used BDs and release     associated DMA memory within the lock's context, while dma_free_coherent() might sleep. 2. Introduce     software command BD (struct netc_swcbd) The hardware write-back overwrites the addr and len fields of the     BD, so the driver cannot rely on the hardware BD to free the associated DMA memory. The driver now     maintains a software shadow BD storing the DMA buffer pointer, DMA address, and size. And     netc_xmit_ntmp_cmd() only reclaims older BDs when the number of used BDs reaches NETC_CBDR_CLEAN_WORK     (16). The software BD enables correct DMA memory release. With this, struct ntmp_dma_buf and     ntmp_free_data_mem() are no longer needed and are removed. 3. Require callers to hold ring_lock across     netc_xmit_ntmp_cmd() netc_xmit_ntmp_cmd() releases the ring_lock before the caller finishes consuming the     response. At this point, if a concurrent thread submits a new command, it may trigger ntmp_clean_cbdr()     and free the DMA buffer while it is still in use. Move ring_lock ownership to the caller to ensure the     response buffer cannot be reclaimed prematurely. So the helpers ntmp_select_and_lock_cbdr() and     ntmp_unlock_cbdr() are added. These changes eliminate the DMA use-after-free condition and ensure safe and     consistent BD reclamation and DMA buffer lifecycle management. (CVE-2026-53300)

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

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

检测

插件搜索

high

high

high

high