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

  - configfs_lookup（）：不要讓 ->s_dentry 在失敗時懸而未決 通常，當 ->s_dentry 指向的 dentry 變為負數時（實際上是在驅逐時）被清除。然而，只有當 dentry 首先變得積極時，這種情況才會發生;在 inode 配置失敗的情況下，dentry 永遠不會變成正數，因此
    ->d_iput（） 完全不調用。我們手動完成通常由 configfs_d_iput（） 完成的部分操作（刪除對 configfs_dirent 的引用），但我們不會清除那裡的 ->s_dentry。儘管它很草率，但在 configfs_create_{dir，link}（） 的情況下並不重要 - configfs_dirent刪除對它的唯一引用是無法倖存的。然而，對於 configfs_lookup（） 來說，它*確實*倖存下來，有一個懸空的指針指向即將被釋放的 dentry 坐在它的 ->s_dentry。該目錄中的後續 getdents（2） 最終將取消引用該指標以選擇 inode 編號。釋放後使用... 這是最低限度的修復;正確的方法是只有在我們知道我們有一個 inode 之後才在 dentry 和 configfs_dirent 之間設置鏈接，但這需要更多的手術，而且這個錯誤自 2006 年以來就一直存在，所以......
    (CVE-2026-74359)

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

偵測

Linux Distros 未修補弱點：CVE-2026-74359

high Nessus Plugin ID 335622

版本 1.18