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

  - af_unix：在 __unix_walk_scc（） 中最终确定 SCC 时，统一scc_index。提交 bfdb01283ee8（af_unix：为 SCC 分配唯一索引。） 更改了 Tarjan 的算法以将 lowlink 更新为低链接，这称为低点 （unix_vertex.scc_index）。unix_vertex_dead（） 假设 SCC 中的所有顶点共享相同的低点，但如果 SCC 具有两个或更多后边，则情况并非总是如此，具体取决于 DFS 的顺序。例如，下图有两个从 B 到 A 和从 C 到 B 的后边。A --> B --> C ^ |^ |'----' '----' 若 DFS 遍历 A -> B -> C -> B （-> C -> B） -> A （-> B -> A），则各索引和scc_index将更新如下。A --> B --> C C = （3， 3） （index， scc_index） B = （2， 2） A = （1， 1） A ... B ... C C = （3， 2）<-。^ |B = （2， 2） -' '----' A = （1， 1） A ... B ... C C = (3, 2) ^ | . . B = （2， 1）<-。`----' .... A = （1， 1） -' 然后，unix_vertex_dead（） 认为 B 被传递到另一个具有 scc_index 2 的 SCC，并且 SCC 不会被垃圾回收。如果 DFS 以以下不同顺序行走或从 B. 1 3 A 开始，则不会发生这种情况
    --> B --> C ^ |^ |'----' '----' 2 4 让我们在最终确定 SCC 时统一整个 SCC 的scc_index。请注意，以前从 __unix_walk_scc（） 调用时，更新 v->index 是在 unix_scc_dead（） 中完成的，只是为了保存一个循环。由于 __unix_walk_scc（） 现在无论如何都会迭代 SCC，因此更新被移回
    删除了 __unix_walk_scc（） 和“fast”参数。（CVE-2026-98289）

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

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

  - af_unix：在 __unix_walk_scc（） 中最終確定 SCC 時統一scc_index。提交 bfdb01283ee8 （af_unix：為 SCC 分配一個唯一的索引。將 Tarjan 的演算法更改為使用 lowlink 更新 lowlink，這稱為 lowpoint （unix_vertex.scc_index）。unix_vertex_dead（） 假設 SCC 中的所有頂點共用相同的低點，但如果 SCC 有兩個或多個後邊，則情況並非總是如此，具體取決於 DFS 的順序。例如，下圖有兩條從 B 到 A 和從 C 到 B 的後邊。A --> B --> C ^ |^ |'----' '----' 如果 DFS 遍歷 A -> B -> C -> B （-> C -> B） -> A （-> B -> A），則每個索引和scc_index將更新如下。A --> B --> C C = （3， 3） （索引，scc_index） B = （2， 2） A = （1， 1） A ... B ... C C = （3， 2）<-。^ |B = （2， 2） -' '----' A = （1， 1） A ... B ... C C = (3, 2) ^ | . . 乙=（2,1）<-。`----' .... A = （1， 1） -' 然後，unix_vertex_dead（） 認為 B 被傳遞給另一個具有 scc_index 2 的 SCC，並且 SCC 沒有被垃圾回收。如果 DFS 以以下不同順序行走或從 B. 1 3 A 開始，則不會發生這種情況
    --> B --> C ^ |^ |'----' '----' 2 4 讓我們在最終確定時統一整個 SCC 的scc_index。請注意，更新 v->index 以前是在 unix_scc_dead（） 中完成的，當從 __unix_walk_scc（） 呼叫時，只是為了保存一個迴圈。由於 __unix_walk_scc（） 現在無論如何都會迭代 SCC，因此更新會移回
    __unix_walk_scc（） 和 'fast' 參數被刪除。（CVE-2026-98289）

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

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

  - af_unix:__unix_walk_scc() で SCC をファイナライズする際のscc_indexを統一します。コミット bfdb01283ee8(af_unix:SCC に一意のインデックスを割り当てます) は、ローポイント(unix_vertex.scc_index)と呼ばれるローリンクを lowlink で更新するように Tarjan のアルゴリズムを変更しました。unix_vertex_dead() は、SCC 内のすべての頂点が同じローポイントを共有することを前提としていますが、DFS の順序に応じて、SCC に 2 つ以上のバックエッジがある場合、これは常に当てはまるとは限りません。たとえば、下のグラフには、B から A と C から B への 2 つの後端があります。A --> B --> C ^ |^ |'----' '----' DFS が A -> B -> C -> B (-> C -> B) -> A (-> B -> A) をウォークスルーする場合、各インデックスとscc_indexは次のように更新されます。A --> B --> C C = (3, 3) (インデックス、scc_index) B = (2, 2) A = (1, 1) A ... B ... C C = (3, 2)<-.^ |B = (2, 2) -' '----' A = (1, 1) A ... B ... C C = (3, 2) ^ | . . B = (2, 1)<-.`----' .... A = (1, 1) -' その場合、unix_vertex_dead() は、B が scc_index 2 を持つ別の SCC に渡され、SCC はガベージコレクションされないと考えています。これは、DFS が以下で異なる順番で歩く場合、または B. 1 3 A から始まる場合は発生しません
    --> B --> C ^ |^ |'----' '----' 2 4 最終決定時にSCC全体でscc_indexを統一しましょう。注意:v->index の更新は、以前 1 つのループを保存するためだけに __unix_walk_scc() から呼び出されたときに、unix_scc_dead() で行われていました。今では __unix_walk_scc() は SCC を反復するので、更新は
    __unix_walk_scc() および「fast」引数はドロップされます。(CVE-2026-98289)

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

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

  - af_unix: Unify scc_index when finalising SCC in __unix_walk_scc(). Commit bfdb01283ee8 (af_unix: Assign a     unique index to SCC.) changed Tarjan's algorithm to update lowlink with lowlink, which is called lowpoint     (unix_vertex.scc_index). unix_vertex_dead() assumes all vertices in an SCC share the same lowpoint, but     this is not always true if an SCC has two or more back edges, depending on the order of DFS. For example,     the graph below has two back edges from B to A and from C to B. A --> B --> C ^ | ^ | `----' `----' If DFS     walks through A -> B -> C -> B (-> C -> B) -> A (-> B -> A), each index and scc_index will be updated as     follows. A --> B --> C C = (3, 3) (index, scc_index) B = (2, 2) A = (1, 1) A ... B ... C C = (3, 2)<-. ^ |     B = (2, 2) -' `----' A = (1, 1) A ... B ... C C = (3, 2) ^ | . . B = (2, 1)<-. `----' .... A = (1, 1) -'     Then, unix_vertex_dead() thinks that B is passed to another SCC with scc_index 2, and the SCC is not     garbage-collected. This does not happen if DFS walks in a different order below or starts from B. 1 3 A
    --> B --> C ^ | ^ | `----' `----' 2 4 Let's unify scc_index across the SCC when finalising it. Note that     updating v->index was previously done in unix_scc_dead(), when called from __unix_walk_scc(), just to save     one loop. Since __unix_walk_scc() now iterates over the SCC anyway, the update is moved back to
    __unix_walk_scc() and 'fast' argument is dropped. (CVE-2026-98289)

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

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

检测

插件搜索

medium

medium

medium

medium