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

  - dlm：修正以 send_queue 順序新增訊息控點 在觸發大量要求並觸發網路上大量 DLM 訊息的基準測試案例中，可能是 mh->seq 未按照最舊的 seq 編號排序。dlm_receive_ack需要此排序，因為之前 （mh->seq， seq） 將停止檢查節點>send_queue尾部排序的舊序號。關於 before（mh->seq， seq） 沒有正確排序的副作用是引用問題和釋放後使用。
    我只能在實驗性 DLM 分支和使用 io_uring 的使用者空間 DLM 基準測試中重現此問題。更改此選項後，我不再遇到任何發送緩衝區問題的引用計數。（CVE-2026-74401）

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

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

  - dlm：修复在有序send_queue中添加消息句柄 在触发大量请求并在网络上触发大量 DLM 消息的基准测试场景中，可能是 mh->seq 未按照最旧的 seq 编号排序。dlm_receive_ack需要此排序，因为 before（mh->seq， seq） 将停止检查在节点>send_queue末尾排序的较旧序列号。未对 before（mh->seq， seq） 进行正确排序的副作用是引用计数问题和释放后使用。
    我只能在实验性 DLM 分支和使用 io_uring 的用户空间 DLM 基准测试中重现此问题。更改此设置后，我不再遇到任何引用计数的发送缓冲区问题。（CVE-2026-74401）

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

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

  - dlm:send_queue順番での msg ハンドルの追加を修正します ネットワーク上で大量の DLM メッセージを発生させる多くのリクエストをトリガーするベンチマークシナリオでは、mh->seq が最も古い seq 番号に従って順序付けられていない可能性があります。この順序付けは、以前(mh->seq, seq)がノード>send_queueの末尾で順序付けられている古いシーケンス番号をチェックするために停止するため、dlm_receive_ackによって必要です。before(mh->seq, seq) に関して正しい順序が付けられないことの副作用として、refcounting の問題と use-after-free があります。
    この問題を、実験的な DLM ブランチと io_uring を使用するユーザー空間 DLM ベンチマークでのみ再現できました。これを変更した後、送信バッファの問題でrefcountingが発生することはありません。(CVE-2026-74401)

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

An update of the linux package has been released.

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

  - dlm: fix add msg handle in send_queue ordered In a benchmark scenario triggering a lot of requests that     triggers a lot of DLM messages on the network it can be that the mh->seq is not ordered according the     oldest seq number. This ordering is required by dlm_receive_ack as before(mh->seq, seq) will stop to     check for older sequence numbers that are ordered in the tail of node->send_queue. The side effects of     not having it correct ordered regarding before(mh->seq, seq) are refcounting issues and use-after free.
    I only was able to reproduce this issue in a experimental DLM branch and a user space DLM benchmark that     uses io_uring. After changing this I don't experienced any refcounting with the sending buffer issues     anymore. (CVE-2026-74401)

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

ID	Name	Product	Family	Published	Updated	Severity
335602	Linux Distros 未修補弱點：CVE-2026-74401	Nessus	Misc.	8/15/2026	8/28/2026	critical
335602	Linux Distros 未修补的漏洞：CVE-2026-74401	Nessus	Misc.	8/15/2026	8/28/2026	critical
343049	Oracle Linux 10 / 9 : Unbreakable Enterprise カーネル (ELSA-2026-500248)	Nessus	Oracle Linux Local Security Checks	9/4/2026	9/5/2026	high
343049	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-500248)	Nessus	Oracle Linux Local Security Checks	9/4/2026	9/5/2026	high
343049	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-500248)	Nessus	Oracle Linux Local Security Checks	9/4/2026	9/5/2026	high
335602	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74401	Nessus	Misc.	8/15/2026	8/28/2026	critical
334784	Photon OS 5.0: Linux PHSA-2026-5.0-92-0952	Nessus	PhotonOS Local Security Checks	8/12/2026	9/4/2026	high
335602	Linux Distros Unpatched Vulnerability : CVE-2026-74401	Nessus	Misc.	8/15/2026	8/28/2026	critical
343049	Oracle Linux 10 / 9 : Unbreakable Enterprise kernel (ELSA-2026-500248)	Nessus	Oracle Linux Local Security Checks	9/4/2026	9/5/2026	high

Detections

Analytics

Plugins Search

critical

critical

high

high

high

critical

high

critical

high