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

  - CompressionFilter 类使用 ZLib 来缩减和膨胀收发的数据。当我们扩充传入的数据时，过滤器不会控制生成的大小，并且无论如何都会创建一个缓冲区。某些压缩数据的压缩比可能大于 1000，导致应用程序内存耗尽，因为我们无法控制压缩大小。此补丁通过允许应用程序开发人员提供固定大小限制（达到该限制时会抛出异常）来添加此类控件。它还允许用户提供不应超过的压缩比，保护应用程序免受在巨大文件中膨胀的小型膨胀文件的影响，但对结果大小 （1Mb） 设置了宽限以避免误报（例如以高比率膨胀的非常小的文件，但结果是可接受的大小， 比如几千字节）对于使用此功能的应用程序，强烈建议创建 CompressionFilter 并将最大限制作为第四个构造函数参数传递，maxDecompressedSize： public CompressionFilter（最终布尔 compressInbound，最终布尔 compressOutbound，最终 int compressionLevel，最终 int maxDecompressedSize）或者还可以提供 maxDecompressRatio 第五个参数和 decompressRatioMinSize 第六个参数，以允许小文件膨胀具有高压缩比仍可接受。下面是附加的构造函数：
    public CompressionFilter（最终布尔值 compressInbound， 最终布尔值 compressOutbound， 最终 int compressionLevel， 最终 int maxDecompressedSize， 最终长 maxDecompressRatio， 最终长 decompressRatioMinSize） 另请注意，已添加一个流畅的 API，以免于用户调用具有如此多参数的构造函数的痛苦： CompressionFilter compressionFilter compressionFilter = new CompressionFilter（） .setCompressionLevel（Zlib.COMPRESSION_MAX） .setMaxDecompressedSize（1_000_000） 。setMaxDecompressRatio（100）。
    .setDecompressRatioMinSize（100_000）;建议使用 Apache MINA 的应用程序升级并配置其 CompressionFilter 实例。（CVE-2026-47321）

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

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

  - CompressionFilter 類別使用 ZLib 來放氣和膨脹傳送和接收的資料。當我們膨脹傳入資料時，篩選器不會控制結果大小，並且無論如何都會建立緩衝區。某些壓縮資料的壓縮比可能大於 1000，導致應用程式記憶體耗盡，因為我們無法控制放氣的大小。此修正程式會允許應用程式開發人員提供固定大小限制，而達到此限制時會擲回例外狀況，以新增這類控制項。它還允許用戶提供不應超過的壓縮比，保護應用程序免受在巨大文件中膨脹的小型膨脹文件的影響，但對結果大小 （1Mb） 有寬限以避免誤報（例如非常小的文件以高比率膨脹，但會產生可接受的大小， 例如幾千位元組） 對於使用此功能的應用程序，強烈建議建立 CompressionFilter 並將最大限制作為第四個建構函式參數傳遞，maxDecompressedSize： public CompressionFilter（final boolean compressInbound， final boolean compressOutbound， final int compressionLevel， final int maxDecompressedSize）或者，還可以提供 maxDecompressRatio 第五個參數和 decompressRatioMinSize 第六個參數，以允許小型膨脹檔案仍可接受高壓縮比。以下是其他建構函式：
    public CompressionFilter（final boolean compressInbound， final boolean compressOutbound， final int compressionLevel， final int maxDecompressedSize， final long maxDecompressRatio， final long decompressRatioMinSize） 另請注意，已新增流暢的 API，以避免使用者呼叫具有這麼多參數的建構函式： CompressionFilter compressionFilter = new CompressionFilter（） .setCompressionLevel（Zlib.COMPRESSION_MAX） .setMaxDecompressedSize（1_000_000） 。setMaxDecompressRatio（100）。
    .setDecompressRatioMinSize（100_000）;建議使用 Apache MINA 的應用程式升級和設定其 CompressionFilter 執行個體。（CVE-2026-47321）

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

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

  - CompressionFilter クラスは、送受信されるデータを収縮および膨張するために、ZLib を使用します。受信データを膨らませると、フィルターは結果のサイズを制御せず、何があってもバッファを作成します。一部の圧縮データの圧縮率が 1,000 を超える場合があり、デフレート サイズを制御できないため、アプリケーション メモリが枯渇します。この修正では、このようなコントロールを追加し、アプリケーション開発者は固定サイズ制限を提供できるようになります。この制限には達した場合に例外がスローされます。また、ユーザーは、超えてはならない圧縮比を提供し、巨大なファイルで膨らませる小さな膨張ファイルからアプリケーションを保護しますが、結果として得られるサイズ(1Mb)には猶予制限を設けて、誤検出を回避します(非常に小さなファイルが高比率で膨張するが、結果として許容可能なサイズになります。 数千バイトなど)この機能を使用するアプリケーションでは、CompressionFilterを作成し、最大限度を4番目のコンストラクターパラメーターmaxDecompressedSize:public CompressionFilter(最終ブール値compressInbound、最終ブール値compressOutbound、最終int compressionLevel、最終intmaxDecompressedSize)オプションで、maxDecompressRatioの5番目のパラメーターとdecompressRatioMinSizeの6番目のパラメーターを提供して、小さなファイルを膨らませることもできます高い圧縮比でも受け入れられます。追加のコンストラクターは次のとおりです。
    public CompressionFilter(最終ブール値 compressInbound, 最終ブール値 compressOutbound, 最終 int compressionLevel, 最終 int maxDecompressSize, 最終 long maxDecompressRatio, 最終 long decompressRatioMinSize) また、ユーザーがこれだけ多くのパラメータでコンストラクターを呼び出す手間を省くために、流暢な API が追加されていることにも注意してください: CompressionFilter compressionFilter compressionFilter = new CompressionFilter() .setCompressionLevel(Zlib.COMPRESSION_MAX) .setMaxDecompressedSize(1_000_000) 。setMaxDecompressRatio(100)。
    .setDecompressRatioMinSize(100_000);Apache MINA を使用するアプリケーションは、CompressionFilter インスタンスをアップグレードし、構成することが推奨されます。(CVE-2026-47321)

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

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

  - The CompressionFilter class uses ZLib to deflate and inflate data sent and received. When we inflate     incoming data, the filter does not control the resulting size, and create a buffer no matter what. Some     compressed data may have a compression ration greater than 1 thousand, leading to an exhaustion of the     application memory, as we don't control the deflated size. The fix adds such a control by allowing the     application developer to provide a fixed size limit, which when reached throws an exception. It also     allows the user to provide a compression ratio that should not be exceeded, protected the application from     small inflated files that inflate in gigantic files, but with a grace limit for the resulting size (1Mb)     to avoid false positive (like a very small file inflating with a high ratio, but resulting with a     acceptable size, like a few thousands bytes) For application using this feature, it is highly recommended     to create the CompressionFilter and to pass the maximum limit as a forth constructor parameter,     maxDecompressedSize: public CompressionFilter(final boolean compressInbound, final boolean     compressOutbound, final int compressionLevel, final int maxDecompressedSize)Optionally one can also     provide a maxDecompressRatio fifth parameter, and a decompressRatioMinSize sixth parameter to allow small     inflated files with a high compression ratio to still be accepted. Here are the additional constructor:
    public CompressionFilter(final boolean compressInbound, final boolean compressOutbound, final int     compressionLevel, final int maxDecompressedSize, final long maxDecompressRatio, final long     decompressRatioMinSize) Also note that a fluent API has been added to spare the users the pain to call a     constructor with that many parameters: CompressionFilter compressionFilter = new CompressionFilter()     .setCompressionLevel(Zlib.COMPRESSION_MAX) .setMaxDecompressedSize(1_000_000) .setMaxDecompressRatio(100).
    .setDecompressRatioMinSize(100_000); Applications using Apache MINA are advised to upgrade and configure     their CompressionFilter instance. (CVE-2026-47321)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
319293	Linux Distros 未修补的漏洞：CVE-2026-47321	Nessus	Misc.	2026/6/5	2026/11/5	high
319293	Linux Distros 未修補弱點：CVE-2026-47321	Nessus	Misc.	2026/6/5	2026/11/5	high
319293	Linux Distros のパッチ未適用の脆弱性: CVE-2026-47321	Nessus	Misc.	2026/6/5	2026/11/5	high
319293	Linux Distros Unpatched Vulnerability : CVE-2026-47321	Nessus	Misc.	2026/6/5	2026/11/5	high

検出

プラグインの検索

high

high

high

high