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

  - RabbitMQ 是一个消息传递和流媒体代理。From 4.2.0 until 4.2.9 和 4.3.3， AMQP 1.0 管理 exchange.declare 会跳过备用交换权限检查。 pUT /exchanges/：name （行 192-240） 检查仅针对已声明的交换进行配置，并将 XArgs 直接传递至 rabbitexchange：declare/7。它省略了 rabbitchannel.erl：2540-2548 为 AMQP 0-9-1 路径上的替代交换参数强制执行的 checkreadpermitted（X） + checkwritepermitted（AE）。同一文件已经对队列（行 708-719）实现了类似的 DLX 检查，确认这是一个缺少检查缺陷，而非刻意 仅在交换 X 上进行配置的用户可将 X 的不可路由的消息路由到他们未启用写入权限 AMQP 1.0 （RabbitMQ 4.x中的默认设置）的替代交换 攻击者已在至少一个交换上进行配置，但目标上缺少写入。此问题已在 4.2.9 和 4.3.3 版本中得到修补。(CVE-2026-67241)

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

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

  - RabbitMQ 是一款訊息傳遞與串流代理程式。從 4.2.0 until 4.2.9 和 4.3.3，AMQP 1.0 管理 exchange.declare 會跳過替代交換權限檢查。 pUT /exchanges/：name （lines 192-240） 檢查僅在宣告的交換器上進行配置，並將 XArgs 直接傳遞至 rabbitexchange：declare/7。它會省略 rabbitchannel.erl：2540-2548 針對 AMQP 0-9-1 路徑上的 alternate-exchange 引數強制執行的 checkreadpermitted（X） + checkwritepermitted（AE）。同一個檔案已經實現了佇列（行 708-719）的類似 DLX 檢查，確認這是一個缺少檢查的錯誤，而不是故意的 僅在交換 X 上配置的使用者可以將 X 的不可路由訊息路由到他們沒有啟用寫入權限的備用交換 AMQP 1.0 （預設值在 RabbitMQ 4.x中） 攻擊者已在至少一個交換上設定，但在目標上缺少寫入。此問題已在 4.2.9 和 4.3.3 版中修正。(CVE-2026-67241)

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

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

  - RabbitMQ は、メッセージングおよびストリーミングブローカーです。4.2.0から4.2.9および4.3.3まで、AMQP1.0管理exchange.declareは代替交換権限チェックをスキップします。pUT /exchanges/:name(行192-240)は、宣言された交換でのみ構成し、XArgsをrabbitexchange:declare/7に直接渡します。これにより、rabbitchannel.erl:2540-2548 が AMQP 0-9-1 パスの代替交換引数に対して適用する checkreadpermitted(X) + checkwritepermitted(AE) を省略します。同じファイルが、キューの類似のDLXチェックをすでに実装しており( 708-719行目)、これが意図的ではなくチェック欠落のバグであることを確認しています。 交換Xでのみ構成するユーザーは、書き込み権限が有効になっていない代替交換にXのルーティングできないメッセージをルーティングする可能性があります( 1.0 RabbitMQ 4.xのデフォルト設定) 攻撃者は、少なくとも1つの交換で構成しているが、標的に書き込みがありません。この問題はバージョン 4.2.9および 4.3.3で修正されています。(CVE-2026-67241)

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. From 4.2.0 until 4.2.9 and 4.3.3, AMQP 1.0 management     exchange.declare skips alternate-exchange permission check. pUT /exchanges/:name (lines 192-240) checks     only configure on the declared exchange and passes XArgs straight to rabbitexchange:declare/7. It omits     the checkreadpermitted(X) + checkwritepermitted(AE) that rabbitchannel.erl:2540-2548 enforces for the     alternate-exchange argument on the AMQP 0-9-1 path. The same file already implements the analogous DLX     check for queues (lines 708-719), confirming this is a missing-check bug rather than intentional A user     with only configure on exchange X can route X's unroutable messages into an alternate exchange they have     no write permission AMQP 1.0 enabled (default in RabbitMQ 4.x) Attacker has configure on at least one     exchange but lacks write on the target. This issue is fixed in versions 4.2.9 and 4.3.3. (CVE-2026-67241)

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

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

偵測

搜尋 Plugin

medium

medium

medium

medium