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

  - RabbitMQ 是一款訊息傳遞與串流代理程式。在版本 4.2.7 and 4.3.1之前，rabbit_pid_codec：decompose_from_binary/1 會剖析呼叫者提供的 ETF 編碼二進位檔，並在 node-name 欄位上呼叫 binary_to_atom（Node， utf8）。它是從 rabbit_volatile_queue：pid_from_name/2 存取的，這是針對任何以 amq.rabbitmq.reply-to 開頭的佇列名稱/路由金鑰呼叫的。CandidateNodes 成員資格檢查會在建立原子之後進行，而周圍的 try/catch 無法回收原子 （它們永遠不會被 GC'd）。未使用binary_to_existing_atom。任何經過身份驗證的 AMQP 用戶端都可以使用 ~1M 的廉價請求使整個 Erlang VM（所有虛擬主機、所有連線）當機。先決條件包括：已驗證的 AMQP 0-9-1 連線到任何虛擬主機 每個連線的速率限制低到足以使 ~1M 作業不可行。此問題已在版本 4.2.7 和 4.3.1中修正。
    (CVE-2026-67238)

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

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

  - RabbitMQ 是一个消息传递和流媒体代理。在版本 4.2.7 和 4.3.1之前，rabbit_pid_codec：decompose_from_binary/1 会解析调用程序提供的 ETF 编码二进制文件并在 node-name 字段中调用 binary_to_atom（Node， utf8）。可从 rabbit_volatile_queue：pid_from_name/2 访问，为开头 amq.rabbitmq.reply-to. 的任何队列名称/路由密钥调用该程序。CandidateNodes 成员身份检查在创建原子之后进行，周围的 try/catch 无法回收原子（它们永远不会被 GC'd）。未使用 binary_to_existing_atom。任何经身份验证的 AMQP 客户端都可以通过 ~1M 便宜的请求造成整个 Erlang VM（所有 vhosts、所有连接）崩溃。先决条件包括：经身份验证的 AMQP 0-9-1 连接到任何 vhost;没有低到足以使 ~1M 操作不可行的每次连接速率限制。此问题在版本 4.2.7 和 4.3.1中已修复。
    (CVE-2026-67238)

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

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

  - RabbitMQ は、メッセージングおよびストリーミングブローカーです。バージョン 4.2.7 および 4.3.1 より前では、rabbit_pid_codec:decompose_from_binary/1 は呼び出し元指定の ETF エンコードバイナリを解析し、node-name フィールドで binary_to_atom(Node, utf8) を呼び出します。rabbit_volatile_queue:pid_from_name/2から到達します。これはamq.rabbitmq.reply-to.で始まるキュー名/ルーティングキーに対して呼び出されます。CandidateNodesメンバーシップチェックはアトムの作成後に行われ、周囲のtry/catchはアトムを再利用できません(アトムは決してGCされません)。binary_to_existing_atomが使用されていません。認証された AMQP クライアントは、~1M の安いリクエストで Erlang VM 全体(すべての vhosts、すべての接続)をクラッシュさせることができます。前提条件には以下のものがあります。任意のvhostへの認証済みAMQP 0-9-1接続。~1Mの操作を不可能にするほど低い接続ごとのレート制限がない。この問題は、バージョン 4.2.7 および 4.3.1 で修正されています。
    (CVE-2026-67238)

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

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

  - RabbitMQ is a messaging and streaming broker. Prior to versions 4.2.7 and 4.3.1,     rabbit_pid_codec:decompose_from_binary/1 parses a caller-supplied ETF-encoded binary and calls     binary_to_atom(Node, utf8) on the node-name field. It is reached from     rabbit_volatile_queue:pid_from_name/2, which is invoked for any queue name / routing key beginning     amq.rabbitmq.reply-to.. The CandidateNodes membership check happens after the atom is created, and the     surrounding try/catch cannot reclaim atoms (they are never GC'd). binary_to_existing_atom is not used. Any     authenticated AMQP client can crash the entire Erlang VM (all vhosts, all connections) with ~1M cheap     requests. Preconditions include Authenticated AMQP 0-9-1 connection to any vhost No per-connection rate     limit low enough to make ~1M operations infeasible. This issue is fixed in versions 4.2.7 and 4.3.1.
    (CVE-2026-67238)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
349706	Linux Distros 未修補弱點：CVE-2026-67238	Nessus	Misc.	2026/9/24	2026/9/28	high
349706	Linux Distros 未修补的漏洞：CVE-2026-67238	Nessus	Misc.	2026/9/24	2026/9/28	high
349706	Linux Distros のパッチ未適用の脆弱性: CVE-2026-67238	Nessus	Misc.	2026/9/24	2026/9/28	high
349706	Linux Distros Unpatched Vulnerability : CVE-2026-67238	Nessus	Misc.	2026/9/24	2026/9/28	high

偵測

搜尋 Plugin

high

high

high

high