CVE-2026-47321
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 22 - wyżej niż 22% wszystkich znanych CVE
Streszczenie
Klasa CompressionFilter w Apache MINA używa ZLib do kompresji i dekompresji danych, ale nie kontroluje rozmiu wynikowego bufora podczas dekompresji. Złośliwie skompresowane dane o bardzo wysokim współczynniku kompresji mogą doprowadzić do wyczerpania pamięci aplikacji. Poprawka wprowadza limity maksymalnego rozmiaru zdekompresowanych danych oraz współczynnika kompresji.
Ocena ryzyka
Atakujący może przesłać specjalnie spreparowane dane, które po dekompresji zajmą ogromną ilość pamięci, powodując wyczerpanie zasobów i niedostępność aplikacji (DoS). Dotyczy to każdej aplikacji korzystającej z Apache MINA z włączonym CompressionFilter.
Rekomendacja
Należy zaktualizować Apache MINA do wersji zawierającej poprawkę i skonfigurować CompressionFilter, przekazując parametr maxDecompressedSize (oraz opcjonalnie maxDecompressRatio i decompressRatioMinSize) w konstruktorze lub poprzez API fluent.
Inne podatności w Apache MINA
Zobacz wszystkie- CVE-2026-94301Krytyczne
Poprawka dla CVE-2026-47065/ZDRES-232 ("resolveProxyClass Not Overridden - acceptMatchers Filter Bypass via java.lang.reflect.Proxy"), wydana 2026-06-02 i ogłoszona jako "Fully addressed" w MINA 2.2.8, 2.1.13 i 2.0.29, została zatwierdzona tylko w gałęzi 2.2.X. Gałęzie utrzymaniowe 2.0.X i 2.1.X nigdy nie otrzymały nadpisania resolveProxyClass(), więc artefakty 2.0.29 i 2.1.13 wymienione jako naprawione — oraz każde późniejsze wydanie na tych liniach, aż do obecnych 2.0.30 i 2.1.14 — pozostają podatne na dokładnie to obejście listy dozwolonych, które CVE-2026-47065 miało zamknąć.
- CVE-2026-42779Krytyczne
Wersje Apache MINA 2.1.0 do 2.1.11 oraz 2.2.0 do 2.2.6 są podatne na wykonanie dowolnego kodu z powodu braku weryfikacji klas w metodzie AbstractIoBuffer.resolveClass(). Naprawa została wprowadzona w wersjach 2.1.12 i 2.2.7.
- CVE-2026-42778Krytyczne
Poprawka dla CVE-2026-41409 nie została zastosowana w wersjach 2.1.X i 2.2.X Apache MINA. Problem dotyczy niekompletnej poprawki dla CVE-2024-52046, gdzie lista dozwolonych klas do deserializacji została zastosowana zbyt późno.
- CVE-2023-35887Średnie
W podatności CVE-2023-35887 w Apache MINA występuje ujawnienie wrażliwych informacji osobom nieuprawnionym. Użytkownicy zalogowani na serwerach SFTP mogą uzyskać informacje o istnieniu lub braku elementów poza zrootowanym drzewem, wykorzystując nawigację do rodzica lub symlinki.
Oryginalny opis (angielski, źródło NVD)
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.

