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

  - IB/hfi1修正 non-PAGE_SIZE-end 多重 iovec 使用者 SDMA 要求的錯誤。hfi1 使用者 SDMA 要求處理有兩個錯誤可能會針對具有多個承載 iovec 的使用者 SDMA 要求造成資料損毀其中一個 iovec 而非結尾 iovec未執行至該 iovec 所指向的緩衝區頁面邊界。以下是特定錯誤 1. user_sdma_txadd() 未使用結構 user_sdma_iovec->iov.iov_len。
    相反user_sdma_txadd() 會將 iovec 的 PAGE_SIZE 位元組加總到封包即使其中某些位元組已超過 iovec->iov.iov_len因而不應出現在封包中也是如此。 2. 當目前的 iovec 不是 PAGE_SIZE 且不含足以完成封包的資料時user_sdma_txadd() 和 user_sdma_send_pkts() 無法前進至 user_sdma_request->iovs 中的下一個 iovec。傳輸的封包將包含來自 iovec 頁面的錯誤資料。對於來自 hfi1 Verbs 或 PSM2 的 SDMA 封包而言這並不是問題因為這些封包只會產生結尾缺少 PAGE_SIZE 的 iovec 做為 SDMA 要求的結尾 iovec。
    修正這些錯誤會暴露 SDMA 針腳快取 (struct mmu_rb_handler) 的其他錯誤這些錯誤會妨礙使用多個承載 iovecs (其緩衝區不結束於 PAGE_SIZE) 支援使用者 SDMA 要求。因此此提交也可修正這些問題。以下是非 PAGE_SIZE-end 多 iovec 承載使用者 SDMA 要求可命中的 mmu_rb_handler 錯誤 1. mmu_rb_handler 中重疊的記憶體範圍會導致重複釘選。 2. 擴充現有 mmu_rb_handler 項目 (結構 mmu_rb_node) 時mmu_rb 程式碼 (1) 會移除鎖定下的現有項目、(2) 會釋放該鎖定、釘選新頁面 (3) 然後重新取得鎖定以插入mmu_rb_node。如果其他人進入並在 (2) 和 (3) 之間插入重疊項目則在 (3) 中插入將會失敗。此案例中的失敗路徑程式碼會取消釘選
    在 (2) 和 (3) 之間插入的原始 mmu_rb_node 或新 mmu_rb_node 中存在 _all_ 頁面。 3. 在 hfi1_mmu_rb_remove_unless_exact() 中mmu_rb_node->refcount 會在 mmu_rb_handler->lock 之外遞增。因此mmu_rb_node 可遭到取得 mmu_rb_handler->lock 並在 mmu_rb_node->refcount 遞增之前檢查 mmu_rb_node->refcount 的另一個執行緒收回。 4.
    與上述 #2 相關SDMA 要求提交失敗路徑在釋放 mmu_rb_node 物件之前不會檢查 mmu_rb_node->refcount。如果存在其他進行中的 SDMA 要求其 iovecs 的指標指向現已釋放的 mmu_rb_node當這些 SDMA 要求完成時將會解除參照現已釋放 mmu_rb 節點的指標。 (CVE-2023-52474)

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

偵測

Linux Distros 未修補的弱點：CVE-2023-52474

high Nessus Plugin ID 227249

版本 1.10