远程主机上安装的 RabbitMQ 版本低于 3.13.x3.13.18、 4.0.234.0.x 或 低于 、 4.1.144.1.x 或 4.2.94.2.x 低于 或 。4.3.x4.3.3 因此，该应用程序受到多个漏洞的影响：

  - 从 OAuth 2 提供程序的 JWKS 端点下载签名密钥时，uaa_jwt.erl 中的 JWKS 密钥获取机制不会验证 HTTP 响应状态代码。非 200 响应的处理方式与成功响应相同，因此缺少 keys 字段的错误正文会破坏之前缓存的所有签名密钥，从而对所有 OAuth 2 和 JWT 用户造成持久性认证拒绝服务。（CVE-2026-67409）

  - LDAP 认证后端在不应用 RFC 4514 DN 转义的情况下，执行 ${username} 的文本字符串替换为 user_dn_pattern。用户名中的特殊字符不会转义，因此特制的用户名可将绑定 DN 转移到其他组织单位，并可能解析为其他权限更高的目录条目。（CVE-2026-67223）

  - 流管理 UI 呈现 TLS 对等机证书主题和颁发者标识名而不进行输出转义，允许能够获得流 TLS 监听器信任的 CA 签名的证书（包含攻击者所选 DN）的攻击者存储在操作员查看流连接详细信息页面时执行的脚本。
    (CVE-2026-67239)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - RabbitMQ 是一款訊息傳遞與串流代理程式。從 until 和 和 和 和 ，4.3.3透過串流管理 UI 中的TLS對等憑證 DN 儲存的 XSS（V-11 的同級）。 第 102/106/110 行以原始 <%= %> 且沒有 fmtstring（） 呈現 peercertsubject / peercertissuer。 RFC4514 的</>反斜杠逸出是 HTML 惰性且可繞過 （<img ... //>）。4.2.94.1.144.0.233.13.183.13.0 需要非預設組態：具有 verifypeer 的串流 TLS 接聽程式，以及具有惡意的攻擊者可取得的受信任憑證 與 connection.ejs 的發現結果相同，針對使用 verifypeer 啟用 TLS 接聽程式的串流連線詳細資料 rabbitmqstream + rabbitmqstreammanagement 攻擊者可取得由接聽程式信任的 CA 簽署的憑證，以及攻擊者選擇的 DN 操作員檢視。此問題已在版本 3.13.18 和 4.0.23 和 4.1.14 和 4.2.9 中 4.3.3修正。（CVE-2026-67239）

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

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

  - RabbitMQ 是一个消息传递和流媒体代理。从 3.13.0 until 3.13.18 和 4.0.23 和 4.1.14 和 4.2.94.3.3和 和 ，通过流管理 UI 中的 TLS 对等证书 DN 存储的 XSS（V-11 的同级）。 第 102/106/110 行呈现原始 <%= %> 且无 fmtstring（） 的 PeerCertSubject / PeerCertissuer。 RFC4514 的 </> 反斜线转义是 HTML 惰性且可绕过的 （<img ... //>）。需要非默认配置：具有 verifypeer 的流 TLS 侦听器和具有恶意且攻击者可取得的受信任凭证，与 connection.ejs 发现结果相同，针对查看 stream-connection 详细信息 rabbitmqstream + rabbitmqstreammanagement 的运算符使用 verifypeer 启用的 TLS 侦听器 攻击者可获取由侦听器信任的 CA 签名的证书，通过攻击者所选的 DN 操作员查看。在版本 3.13.18 和 4.0.23 和 4.1.14 中4.2.94.3.3修复了此问题。（CVE-2026-67239）

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

遠端主機上安裝的 RabbitMQ 版本在 3.13.x 之前 或4.0.x4.0.23之前 或之前 或4.1.144.1.x之前 或之前 或4.2.94.2.x之前 。4.3.x4.3.33.13.18 因此，會受到多個弱點影響：

  - 從 OAuth 2 提供者的 JWKS 端點下載簽署金鑰時，uaa_jwt.erl 中的 JWKS 金鑰擷取機制不會驗證 HTTP 回應狀態碼。非 200 回應的處理方式與成功回應相同，因此缺少金鑰欄位的錯誤內文會破壞所有先前快取的簽署金鑰，從而對所有 OAuth 2 和 JWT 使用者造成持續性驗證拒絕服務。（CVE-2026-67409）

  - LDAP 驗證後端會執行 ${username} 的文字字串替換到 user_dn_pattern，而不套用 RFC 4514 DN 逸出。使用者名稱中的特殊字元不會逸出，因此特製的使用者名稱可以將繫結 DN 移至不同的組織單位，並可能解析為其他更具權限的目錄項目。（CVE-2026-67223）

  - 資料流管理 UI 會轉譯 TLS 對等憑證主體和簽發者辨別名稱，而不會逸出輸出，讓攻擊者能夠取得資料流 TLS 接聽程式信任的 CA 簽署的憑證，以及攻擊者選擇的 DN，以儲存操作員檢視資料流連線詳細資料頁面時執行的指令碼。
    (CVE-2026-67239)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - RabbitMQ は、メッセージングおよびストリーミングブローカーです。3.13.0 から 3.13.18 まで、4.0.23、4.1.14、4.2.9、4.3.3、ストリーム管理 UI TLSピア証明書 DN を通じた格納型 XSS(V-11 の兄弟)。 102/106/110 行目は、PeerCertSubject / PeerCertIssuer を Raw <%= %> で fmtstring() なしでレンダリングします。 </> のバックスラッシュエスケープRFC4514 HTML 不活性でバイパス可能です(<img ... //>)。デフォルト以外の設定が必要です:verifypeerを持つストリームTLSリスナーと、悪意のある「connection.ejs」の検出結果と同じように、ストリーム接続の詳細を表示するオペレータに対して rabbitmqstream + rabbitmqstreamManagementを、verifypeerを使用してTLSリスナーで有効にします。攻撃者は、リスナーが信頼するCAによって署名された証明書を、攻撃者が選択したDNを使用して、オペレーターが表示します。この問題は、バージョン 3.13.18 、 4.0.23 、 4.1.14 、 4.2.9 、 4.3.3 で修正されています。(CVE-2026-67239)

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

リモート3.13.xホストにインストールされているRabbitMQのバージョンは、3.13.18より前、4.0.23より前の4.0.x、4.1.14より前の4.1.x、4.2.9より前の4.2.x、4.3.3より前の4.3.xです。そのため、以下の複数の脆弱性の影響を受けます。

  - uaa_jwt.erl の JWKS キーフェッチメカニズムは、OAuth 2 プロバイダーの JWKS エンドポイントから署名キーをダウンロードするときに、HTTP 応答ステータスコードを検証しません。200 以外の応答は成功した応答と同じように処理されるため、キーフィールドのないエラー本文は、以前にキャッシュされたすべての署名キーを破壊し、すべての OAuth 2 および JWT ユーザーに対して永続的な認証サービス拒否を引き起こします。(CVE-2026-67409)

  - LDAP 認証バックエンドは、RFC 4514 DN エスケープを適用せずに、user_dn_patternへの ${username} のリテラル文字列置換を実行します。ユーザー名の特殊文字はエスケープされないため、細工されたユーザー名により、バインド DN が別の組織単位に移動し、より権限の強い別のディレクトリエントリに解決される可能性があります。(CVE-2026-67223)

  - ストリーム管理 UI は、TLS ピア証明書の表題および発行者の識別名を出力エスケープなしでレンダリングします。これにより、ストリーム TLS リスナーが信頼する CA によって署名された証明書を、攻撃者が選択した DN で取得できる攻撃者が、オペレーターがストリーム接続詳細ページを表示するときに実行されるスクリプトを保存することが可能です。
    (CVE-2026-67239)

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 3.13.0 until 3.13.18 and 4.0.23 and 4.1.14 and 4.2.9     and 4.3.3, Stored XSS via TLS peer-certificate DN in stream-management UI (sibling of V-11). lines     102/106/110 render peercertsubject / peercertissuer with raw <%= %> and no fmtstring(). RFC4514 backslash-     escaping of </> is HTML-inert and bypassable (<img ... //>). Requires non-default config: a stream TLS     listener with verifypeer and an attacker-obtainable trusted cert with a malicious Same as the     connection.ejs finding, against operators viewing the stream-connection detail rabbitmqstream +     rabbitmqstreammanagement enabled with a TLS listener using verifypeer Attacker can obtain a certificate     signed by a CA the listener trusts, with attacker-chosen DN An operator views the. This issue is fixed in     versions 3.13.18 and 4.0.23 and 4.1.14 and 4.2.9 and 4.3.3. (CVE-2026-67239)

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

The version of RabbitMQ installed on the remote host is 3.13.x prior to 3.13.18, or 4.0.x prior to 4.0.23, or 4.1.x prior to 4.1.14, or 4.2.x prior to 4.2.9, or 4.3.x prior to 4.3.3. It is, therefore, affected by multiple vulnerabilities:

  - The JWKS key fetching mechanism in uaa_jwt.erl does not validate the HTTP response status code when downloading     signing keys from the OAuth 2 provider's JWKS endpoint. Non-200 responses are processed identically to successful     ones, so an error body that lacks a keys field destroys all previously cached signing keys, causing a persistent     authentication denial of service for all OAuth 2 and JWT users. (CVE-2026-67409)

  - The LDAP authentication backend performs literal string substitution of ${username} into user_dn_pattern without     applying RFC 4514 DN escaping. Special characters in the username are not escaped, so a crafted username can shift     the bind DN into a different organizational unit and potentially resolve to a different, more privileged directory     entry. (CVE-2026-67223)

  - The stream management UI renders the TLS peer certificate subject and issuer distinguished names without output     escaping, allowing an attacker who can obtain a certificate signed by a CA that the stream TLS listener trusts, with     an attacker-chosen DN, to store script that executes when an operator views the stream connection detail page.
    (CVE-2026-67239)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名稱	產品	系列	已發布	已更新	嚴重性
362548	RabbitMQ 3.13.x < 3.13.18 / 4.0.x < 4.0.23 / 4.1.x < 4.1.14 / 4.2.x < 4.2.9 / 4.3.x < 4.3.3 多个漏洞	Nessus	Misc.	2026/10/2	2026/10/16	high
350740	Linux Distros 未修補弱點：CVE-2026-67239	Nessus	Misc.	2026/9/25	2026/10/17	high
350740	Linux Distros 未修补的漏洞：CVE-2026-67239	Nessus	Misc.	2026/9/25	2026/10/17	high
362548	RabbitMQ 3.13.x < 3.13.18 / 4.0.x < 4.0.23 / 4.1.x < 4.1.14 / 4.2.x < 4.2.9 / 4.3.x < 4.3.3 多個漏洞	Nessus	Misc.	2026/10/2	2026/10/16	high
350740	Linux Distros のパッチ未適用の脆弱性: CVE-2026-67239	Nessus	Misc.	2026/9/25	2026/10/17	high
362548	RabbitMQ 3.13.x < 3.13.18 / 4.0.x < 4.0.23 / 4.1.x < 4.1.14 / 4.2.x < 4.2.9 / 4.3.x < 4.3.3 の複数の脆弱性	Nessus	Misc.	2026/10/2	2026/10/16	high
350740	Linux Distros Unpatched Vulnerability : CVE-2026-67239	Nessus	Misc.	2026/9/25	2026/10/17	high
362548	RabbitMQ 3.13.x < 3.13.18 / 4.0.x < 4.0.23 / 4.1.x < 4.1.14 / 4.2.x < 4.2.9 / 4.3.x < 4.3.3 Multiple Vulnerabilities	Nessus	Misc.	2026/10/2	2026/10/16	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high