There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - The RabbitMQ Java client library allows Java and JVM-based applications to connect to and interact with
    RabbitMQ nodes. Prior to 5.34.0, AMQConnection.start() applies Math.min(maxInboundMessageBodySize,
    frameMax) after Connection.Tune negotiation even though AMQP defines frameMax value zero as unlimited and
    ConnectionFactory.DEFAULT_FRAME_MAX is zero. When the client default and server-negotiated value are both
    zero, the result is passed to Utils.framePayloadLimit(int), which interprets zero as Integer.MAX_VALUE and
    disables the configured maxInboundMessageBodySize cap. A malicious AMQP server, or a man-in-the-middle
    attacker able to modify Connection.Tune and inject frames into the connection, can then send an oversized
    frame of any frame type, causing Frame.readFrom() to allocate a large byte array before content-level
    validation and potentially terminate the client process through memory exhaustion. This issue is fixed in
    version 5.34.0. (CVE-2026-75516)

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

  - RabbitMQ Java 用戶端程式庫可讓 Java 及 JVM 型應用程式連線至 RabbitMQ 節點並與之互動。在之前 5.34.0，AMQConnection.start（） 會在 Connection.Tune 交涉之後套用 Math.min（maxInboundMessageBodySize， frameMax），即使 AMQP 將 frameMax 值零定義為無限制且 ConnectionFactory.DEFAULT_FRAME_MAX 為零。當用戶端預設值和伺服器協商值均為零時，結果會傳遞至 Utils.framePayloadLimit（int），後者會將零解譯為 Integer.MAX_VALUE，並停用已設定的 maxInboundMessageBodySize 上限。惡意 AMQP 伺服器或能夠修改 Connection.Tune 並將框架插入連線的中間人攻擊者，然後可以傳送任何框架類型的過大框架，導致 Frame.readFrom（） 在內容層級驗證之前配置一個大的位元組陣列，並可能因記憶體耗盡而終止用戶端進程。5.34.0 版已修正此問題。(CVE-2026-75516)

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

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

  - RabbitMQ Java 客户端库允许基于 Java 和 JVM 的应用程序连接到 RabbitMQ 节点并与之交互。在之前 5.34.0，即使 AMQP 将 frameMax 值零定义为无限且ConnectionFactory.DEFAULT_FRAME_MAX为零，AMQConnection.start（） 也会在 Connection.Tune 协商之后应用 Math.min（maxInboundMessageBodySize， frameMax）。当客户端默认值和服务器协商值皆为零时，结果会传递给 Utils.framePayloadLimit（int），后者会将零解释为 Integer.MAX_VALUE 并禁用配置的 maxInboundMessageBodySize 上限。恶意 AMQP 服务器或中间人攻击者能够修改 Connection.Tune 并在连接中注入帧，然后可发送任何帧类型的超大帧，导致 Frame.readFrom（） 在内容级别验证之前分配一个大字节数组，并可能通过耗尽内存来终止客户端进程。此问题已在 5.34.0 版本中修复。(CVE-2026-75516)

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

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

  - RabbitMQ Java クライアント・ライブラリを使用すると、Java および JVM ベースのアプリケーションを RabbitMQ ノードに接続して対話できます。5.34.0より前は、AMQPがframeMax値ゼロを無制限として定義し、ConnectionFactory.DEFAULT_FRAME_MAXがゼロである場合でも、AMQConnection.start()はConnection.Tuneネゴシエーションの後にMath.min(maxInboundMessageBodySize、frameMax)を適用します。クライアントのデフォルト値とサーバーネゴシエート値が両方ともゼロの場合、結果は Utils.framePayloadLimit(int) に渡されます。これは、ゼロを Integer.MAX_VALUE と解釈し、構成済みの maxInboundMessageBodySize cap を無効化します。悪意のある AMQP サーバー、または Connection.Tune を変更して接続にフレームを注入できる中間者攻撃者が、任意のフレームタイプの大き過ぎるフレームを送信する可能性があります。これにより、Frame.readFrom() がコンテンツレベルの検証の前に大きなバイト配列を割り当て、メモリ枯渇を通じてクライアントプロセスを終了させる可能性があります。この問題はバージョン 5.34.0 で修正されています。(CVE-2026-75516)

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

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

  - The RabbitMQ Java client library allows Java and JVM-based applications to connect to and interact with     RabbitMQ nodes. Prior to 5.34.0, AMQConnection.start() applies Math.min(maxInboundMessageBodySize,     frameMax) after Connection.Tune negotiation even though AMQP defines frameMax value zero as unlimited and     ConnectionFactory.DEFAULT_FRAME_MAX is zero. When the client default and server-negotiated value are both     zero, the result is passed to Utils.framePayloadLimit(int), which interprets zero as Integer.MAX_VALUE and     disables the configured maxInboundMessageBodySize cap. A malicious AMQP server, or a man-in-the-middle     attacker able to modify Connection.Tune and inject frames into the connection, can then send an oversized     frame of any frame type, causing Frame.readFrom() to allocate a large byte array before content-level     validation and potentially terminate the client process through memory exhaustion. This issue is fixed in     version 5.34.0. (CVE-2026-75516)

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

ID	Name	Product	Family	Published	Updated	Severity
460711	Echo: com.rabbitmq:amqp-client: security update to 5.34.0	Tenable Self-Hosted Container Security	Echo Local Security Checks	10/2/2026	10/5/2026	high
460711	Echo: com.rabbitmq:amqp-client: security update to 5.34.0	Tenable Cloud Security	Echo Local Security Checks	10/2/2026	10/5/2026	high
346961	Linux Distros 未修補弱點：CVE-2026-75516	Nessus	Misc.	9/17/2026	9/23/2026	high
346961	Linux Distros 未修补的漏洞：CVE-2026-75516	Nessus	Misc.	9/17/2026	9/23/2026	high
346961	Linux Distros のパッチ未適用の脆弱性: CVE-2026-75516	Nessus	Misc.	9/17/2026	9/23/2026	high
346961	Linux Distros Unpatched Vulnerability : CVE-2026-75516	Nessus	Misc.	9/17/2026	9/23/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high