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

  - dibs：修复环回 attach/detach/unregister dibs_lo_attach_dmb）、dibs_lo_detach_dmb（） 和 dibs_lo_unregister_dmb（） 中dmb_node的释放后使用 查找 dmb_ht_lock 下的dmb_node，终止锁定，然后才操作节点的 refcount。没有任何内容可以使节点在该窗口中保持活动：
    __dibs_lo_unregister_dmb（） 从写锁定下的哈希表中删除节点，并立即将其释放。因此，并发的最终放置可在查找和 refcount 操作之间释放节点：CPU0（附加） CPU1（所有者取消注册） read_lock_bh（&dmb_ht_lock） 寻找dmb_node （refcnt == 1） read_unlock_bh（&dmb_ht_lock） refcount_dec_and_test（） 1 -> 0 write_lock_bh（&dmb_ht_lock） hash_del（&dmb_node->list） write_unlock_bh（&dmb_ht_lock） kfree（dmb_node） refcount_inc_not_zero（&dmb_node->refcnt） <-- 释放后使用 detach 和 unregister 路径中的 refcount_dec_and_test（） 调用存在相同的窗口。通过使哈希表成员资格和 refcount 转换彼此原子化，在结构上结束争用：- 在取消注册和分离路径的单个dmb_ht_lock写端关键部分中执行最终 refcount_dec_and_test（） 和 hash_del（）。释放节点在锁定终止后仍会发生，这是安全的，因为 refcount 达到零的节点已离开哈希表并且无法再找到。- 这确立了一个不变性，即在哈希表中找到的任何节点都至少保留一个引用，并且最终的引用只能在写入锁定下被丢弃。因此，dibs_lo_attach_dmb（） 可以使用普通 refcount_inc（） 进行引用，同时仍保持读取锁定;不再需要 refcount_inc_not_zero（）。__dibs_lo_unregister_dmb（） 不再接触哈希表，并相应重命名为 dibs_lo_free_dmb（）。注意：提交 cc21191b584c（dibs：将数据路径移动到 dibs 层）将代码移动到当前位置;此争用早前由提交 c3a910f2380f 引入（net/smc：实现 DMB-merged 环回主义操作）。通过 ISM 和 dibs 环回测试了 SMC-D。（CVE-2026-74513）

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

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

  - dibs：修正回送 attach/detach/unregister dibs_lo_attach_dmb）、dibs_lo_detach_dmb（） 和 dibs_lo_unregister_dmb（） 中的釋放後使用 dmb_node 在 dmb_ht_lock 下查詢dmb_node，刪除鎖定，然後才對節點的參照計數進行操作。沒有任何內容會讓節點在該視窗中保持運作狀態：
    __dibs_lo_unregister_dmb（） 從寫入鎖定下的雜湊表中移除節點，並立即釋放它。因此，並行的最終放置可以釋放查詢和參照計數操作之間的節點： CPU0 （附加） CPU1 （所有者取消註冊） read_lock_bh（&dmb_ht_lock） 尋找dmb_node （refcnt == 1） read_unlock_bh（&dmb_ht_lock） refcount_dec_and_test（） 1 -> 0 write_lock_bh（&dmb_ht_lock） hash_del（&dmb_node->list） write_unlock_bh（&dmb_ht_lock） kfree（dmb_node） refcount_inc_not_zero（&dmb_node->refcnt） <-- 釋放後使用 分離和取消註冊路徑中的 refcount_dec_and_test（） 呼叫存在相同的視窗。藉由使雜湊表成員資格和參照計數轉換彼此不可部分完成，以結構方式關閉爭用： - 在取消註冊和分離路徑中的單一dmb_ht_lock寫入端關鍵區段中執行最終的 refcount_dec_and_test（） 和 hash_del（）。釋放節點在鎖定被刪除後仍然會發生，這是安全的，因為參照計數達到零的節點已經離開雜湊表並且無法再找到。- 這會建立在雜湊表中找到的任何節點至少保留一個參照的不變量，而且最終參照只能在寫入鎖定下捨棄。因此，dibs_lo_attach_dmb（） 可以使用普通 refcount_inc（） 進行引用，同時仍保持讀取鎖定;不再需要 refcount_inc_not_zero（）。__dibs_lo_unregister_dmb（） 不再觸及雜湊表，並據此重新命名為 dibs_lo_free_dmb（）。注意：提交 cc21191b584c （dibs：將資料路徑移至 dibs 層） 將程式碼移至目前位置;該爭用早些時候由提交 c3a910f2380f 引入（net/smc：實施 DMB 合併的 loopback-ism 操作）。透過 ISM 和 dibs 回送測試 SMC-D。（CVE-2026-74513）

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

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

  - dibs:ループバックで use-after-free を修正します attach/detach/unregister dibs_lo_attach_dmb)、dibs_lo_detach_dmb() および dibs_lo_unregister_dmb() は、dmb_ht_lock 下のdmb_nodeを検索し、ロックをドロップしてから、ノードの refcount で操作してからのみ、dmb_node の use-after-free を修正します。そのウィンドウにわたってノードを存続させるものは何もありません。
    __dibs_lo_unregister_dmb() は、書き込みロック状態でハッシュテーブルからノードを削除し、すぐに解放します。したがって、同時ファイナルプットにより、検索操作と refcount 操作の間のノードが解放されます: CPU0 (アタッチ) CPU1 (所有者登録解除) read_lock_bh(&dmb_ht_lock) find dmb_node (refcnt == 1) read_unlock_bh(&dmb_ht_lock) refcount_dec_and_test() 1 -> 0 write_lock_bh(&dmb_ht_lock) hash_del(&dmb_node->list) write_unlock_bh(&dmb_ht_lock) kfree(dmb_node) refcount_inc_not_zero(&dmb_node->refcnt) <-- use-after-free detach パスと unregister パスの refcount_dec_and_test() 呼び出しに同じウィンドウが存在します。ハッシュテーブルメンバーシップとrefcount遷移を互いにアトミックにすることで、構造的に競合を終わらせます。- 最後のrefcount_dec_and_test()とhash_del()を、レジスター解除パスとデタッチパスの両方で、単一dmb_ht_lock書き込み側のクリティカルセクションで実行します。ノードの解放はロックがドロップされた後も発生しますが、refcount がゼロに達したノードがハッシュテーブルを離れ、見つけることができなくなるため、安全です。- これにより、ハッシュテーブルで見つかった任意のノードが少なくとも 1 つの参照を保持し、最後の参照は書き込みロック下でのみドロップできるという不変性が確立されます。したがって、dibs_lo_attach_dmb() は読み取りロックを保持しながら、プレーンな refcount_inc() で参照を受け取ることができます。refcount_inc_not_zero() は必要なくなりました。__dibs_lo_unregister_dmb() はハッシュテーブルに触れなくなり、それに伴い名前が dibs_lo_free_dmb() に変更されます。注:コミット cc21191b584c(dibs:データパスを dibs レイヤーに移動)により、コードが現在の場所に移動しました。この競合は、c3a910f2380f のコミット(net/smc:loopback-ism の DMB マージ操作を実装)によって早期に導入されました。ISM および dibs ループバックを介して SMC-D をテストしました。(CVE-2026-74513)

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

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

  - dibs: fix use-after-free of dmb_node in loopback attach/detach/unregister dibs_lo_attach_dmb(),     dibs_lo_detach_dmb() and dibs_lo_unregister_dmb() look up the dmb_node under dmb_ht_lock, drop the lock     and only then operate on the node's refcount. Nothing keeps the node alive across that window:
    __dibs_lo_unregister_dmb() removes the node from the hash table under the write lock and immediately frees     it. A concurrent final put can therefore free the node between the lookup and the refcount operation: CPU0     (attach) CPU1 (owner unregisters) read_lock_bh(&dmb_ht_lock) find dmb_node (refcnt == 1)     read_unlock_bh(&dmb_ht_lock) refcount_dec_and_test() 1 -> 0 write_lock_bh(&dmb_ht_lock)     hash_del(&dmb_node->list) write_unlock_bh(&dmb_ht_lock) kfree(dmb_node)     refcount_inc_not_zero(&dmb_node->refcnt) <-- use-after-free The same window exists for the     refcount_dec_and_test() calls in the detach and unregister paths. Close the race structurally by making     hash table membership and the refcount transitions atomic with respect to each other: - Perform the final     refcount_dec_and_test() and hash_del() in a single dmb_ht_lock write-side critical section, in both the     unregister and the detach path. Freeing the node still happens after the lock is dropped, which is safe     because a node whose refcount reached zero has left the hash table and can no longer be found. - This     establishes the invariant that any node found in the hash table holds at least one reference, and that the     final reference can only be dropped under the write lock. dibs_lo_attach_dmb() can thus take its reference     with a plain refcount_inc() while still holding the read lock; refcount_inc_not_zero() is no longer     needed. __dibs_lo_unregister_dmb() no longer touches the hash table and is renamed to dibs_lo_free_dmb()     accordingly. Note: commit cc21191b584c (dibs: Move data path to dibs layer) moved the code to its     current location; the race was introduced earlier by commit c3a910f2380f (net/smc: implement DMB-merged     operations of loopback-ism). Tested SMC-D via ISM and dibs loopback. (CVE-2026-74513)

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

ID	Name	Product	Family	Published	Updated	Severity
335845	Linux Distros 未修补的漏洞：CVE-2026-74513	Nessus	Misc.	8/15/2026	8/28/2026	high
335845	Linux Distros 未修補弱點：CVE-2026-74513	Nessus	Misc.	8/15/2026	8/28/2026	high
335845	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74513	Nessus	Misc.	8/15/2026	8/28/2026	high
335845	Linux Distros Unpatched Vulnerability : CVE-2026-74513	Nessus	Misc.	8/15/2026	8/28/2026	high

Detections

Analytics

Plugins Search

high

high

high

high