{
  "containers": {
    "adp": [
      {
        "metrics": [
          {
            "other": {
              "content": {
                "id": "CVE-2026-47321",
                "options": [
                  {
                    "Exploitation": "none"
                  },
                  {
                    "Automatable": "yes"
                  },
                  {
                    "Technical Impact": "partial"
                  }
                ],
                "role": "CISA Coordinator",
                "timestamp": "2026-09-21T14:00:30.976651Z",
                "version": "2.0.3"
              },
              "type": "ssvc"
            }
          }
        ],
        "providerMetadata": {
          "dateUpdated": "2026-09-21T14:00:48.113Z",
          "orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
          "shortName": "CISA-ADP"
        },
        "title": "CISA ADP Vulnrichment"
      },
      {
        "providerMetadata": {
          "dateUpdated": "2026-09-21T18:09:30.104Z",
          "orgId": "af854a3a-2127-422b-91ae-364da2661108",
          "shortName": "CVE"
        },
        "references": [
          {
            "url": "http://www.openwall.com/lists/oss-security/2026/09/21/1"
          }
        ],
        "title": "CVE Program Container"
      }
    ],
    "cna": {
      "affected": [
        {
          "collectionURL": "https://repo.maven.apache.org/maven2",
          "defaultStatus": "unaffected",
          "packageName": "org.apache.mina:mina-filter-compression",
          "product": "Apache MINA",
          "vendor": "Apache Software Foundation",
          "versions": [
            {
              "lessThan": "2.2.8",
              "status": "affected",
              "version": "2.2.0",
              "versionType": "maven"
            },
            {
              "lessThan": "2.1.13",
              "status": "affected",
              "version": "2.1.0",
              "versionType": "maven"
            },
            {
              "lessThan": "2.0.29",
              "status": "affected",
              "version": "2.0.0",
              "versionType": "maven"
            }
          ]
        }
      ],
      "credits": [
        {
          "lang": "en",
          "type": "finder",
          "value": "Venkatraman Kumar, SecurIn"
        }
      ],
      "descriptions": [
        {
          "lang": "en",
          "supportingMedia": [
            {
              "base64": false,
              "type": "text/html",
              "value": "\u003cdiv\u003eThe 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.\u003c/div\u003e\u003cdiv\u003eSome compressed data may have a compression ration greater than 1 thousand, leading to an exhaustion of the application memory, as we don\u0027t control the deflated size.\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eThe 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)\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eFor application using this feature, it is highly recommended to create the\u0026nbsp;CompressionFilter and to pass the maximum limit as a forth constructor parameter, maxDecompressedSize:\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cblockquote\u003epublic \u003cspan\u003eCompressionFilter\u003c/span\u003e(final boolean compressInbound, final boolean compressOutbound, final int compressionLevel, final int maxDecompressedSize)\u003c/blockquote\u003e\u003cdiv\u003eOptionally one can also provide a\u0026nbsp;\u003cspan\u003e\u003cspan\u003e\u003cspan\u003emaxDecompressRatio\u003c/span\u003e\u003c/span\u003e\u003c/span\u003e\u0026nbsp;fifth parameter, and a \u003cspan\u003e\u003cspan\u003e\u003cspan\u003edecompressRatioMinSize\u003c/span\u003e\u003c/span\u003e\u003c/span\u003e\u0026nbsp;sixth parameter to allow small inflated files with a high compression ratio to still be accepted.\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eHere are the additional constructor:\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003e\u003cdiv\u003e\u003cdiv\u003e\u003cblockquote\u003e\u003cp\u003epublic CompressionFilter(final boolean compressInbound, final boolean compressOutbound,\u003c/p\u003e\u003cp\u003e            final int compressionLevel, final int maxDecompressedSize,\u003c/p\u003e\u003cp\u003e            final long maxDecompressRatio, final long \u003cspan\u003edecompressRatioMinSize\u003c/span\u003e)\u003c/p\u003e\u003c/blockquote\u003e\u003c/div\u003e\u003c/div\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eAlso note that a fluent API has been added to spare the users the pain to call a constructor with that many parameters:\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003e\u003c/div\u003e\u003cblockquote\u003e\u003cdiv\u003e\u2003CompressionFilter compressionFilter = new CompressionFilter()\u003c/div\u003e\u003cdiv\u003e\u2003\u2003\u2003                                             .setCompressionLevel(Zlib.\u003cspan\u003e\u003cspan\u003e\u003cspan\u003eCOMPRESSION_MAX\u003c/span\u003e\u003c/span\u003e\u003c/span\u003e)\u003c/div\u003e\u003cdiv\u003e\u0026nbsp;                                               .\u003cspan\u003e\u003cspan\u003esetMaxDecompressedSize\u003c/span\u003e\u003c/span\u003e(1_000_000)\u003c/div\u003e\u003cdiv\u003e\u0026nbsp;                                               .\u003cspan\u003e\u003cspan\u003esetMaxDecompressRatio\u003c/span\u003e\u003c/span\u003e(100).\u003c/div\u003e\u003cdiv\u003e\u0026nbsp;                                               .\u003cspan\u003e\u003cspan\u003esetDecompressRatioMinSize\u003c/span\u003e\u003c/span\u003e(100_000);\u0026nbsp;\u003c/div\u003e\u003cdiv\u003e\u003c/div\u003e\u003c/blockquote\u003e\u003cdiv\u003e\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003e\nApplications using Apache MINA are advised to upgrade and configure their CompressionFilter instance.\u003c/div\u003e"
            }
          ],
          "value": "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.\n\nSome compressed data may have a compression ration greater than 1 thousand, leading to an exhaustion of the application memory, as we don\u0027t control the deflated size.\n\n\n\n\nThe 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)\n\n\n\n\nFor application using this feature, it is highly recommended to create the\u00a0CompressionFilter and to pass the maximum limit as a forth constructor parameter, maxDecompressedSize:\n\n\n\n\npublic CompressionFilter(final boolean compressInbound, final boolean compressOutbound, final int compressionLevel, final int maxDecompressedSize)Optionally one can also provide a\u00a0maxDecompressRatio\u00a0fifth parameter, and a decompressRatioMinSize\u00a0sixth parameter to allow small inflated files with a high compression ratio to still be accepted.\n\n\n\n\nHere are the additional constructor:\n\n\n\n\n\n\npublic CompressionFilter(final boolean compressInbound, final boolean compressOutbound,\n\n\n\n            final int compressionLevel, final int maxDecompressedSize,\n\n\n\n            final long maxDecompressRatio, final long decompressRatioMinSize)\n\n\n\n\n\n\n\n\nAlso note that a fluent API has been added to spare the users the pain to call a constructor with that many parameters:\n\n\n\n\n\n\n\u2003CompressionFilter compressionFilter = new CompressionFilter()\n\n\u2003\u2003\u2003                                             .setCompressionLevel(Zlib.COMPRESSION_MAX)\n\n\u00a0                                               .setMaxDecompressedSize(1_000_000)\n\n\u00a0                                               .setMaxDecompressRatio(100).\n\n\u00a0                                               .setDecompressRatioMinSize(100_000);\u00a0\n\n\n\n\n\n\n\n\n\nApplications using Apache MINA are advised to upgrade and configure their CompressionFilter instance."
        }
      ],
      "metrics": [
        {
          "cvssV3_1": {
            "attackComplexity": "LOW",
            "attackVector": "NETWORK",
            "availabilityImpact": "HIGH",
            "baseScore": 7.5,
            "baseSeverity": "HIGH",
            "confidentialityImpact": "NONE",
            "integrityImpact": "NONE",
            "privilegesRequired": "NONE",
            "scope": "UNCHANGED",
            "userInteraction": "NONE",
            "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H",
            "version": "3.1"
          },
          "format": "CVSS",
          "scenarios": [
            {
              "lang": "en",
              "value": "GENERAL"
            }
          ]
        }
      ],
      "problemTypes": [
        {
          "descriptions": [
            {
              "cweId": "CWE-409",
              "description": "CWE-409: Improper Handling of Highly Compressed Data \u2014 Data Amplification",
              "lang": "en",
              "type": "CWE"
            }
          ]
        },
        {
          "descriptions": [
            {
              "cweId": "CWE-789",
              "description": "CWE-789: Memory Allocation with Excessive Size Value",
              "lang": "en",
              "type": "CWE"
            }
          ]
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2026-09-21T07:43:24.769Z",
        "orgId": "f0158376-9dc2-43b6-827c-5f631a4d8d09",
        "shortName": "apache"
      },
      "references": [
        {
          "tags": [
            "mailing-list",
            "vendor-advisory"
          ],
          "url": "https://lists.apache.org/thread/y7xj1bl8qo47p9bktb11hg5v6k1d4dyj"
        }
      ],
      "source": {
        "discovery": "UNKNOWN"
      },
      "title": "Apache MINA: Unbounded Decompression Amplification DoS in Zlib.inflate",
      "x_generator": {
        "engine": "Vulnogram 0.2.0"
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "f0158376-9dc2-43b6-827c-5f631a4d8d09",
    "assignerShortName": "apache",
    "cveId": "CVE-2026-47321",
    "datePublished": "2026-09-21T07:43:24.769Z",
    "dateReserved": "2026-05-19T07:41:55.668Z",
    "dateUpdated": "2026-09-21T18:09:30.104Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.2",
  "vulnerability-lookup:meta": {
    "vulnrichment": {
      "containers": "{\"adp\": [{\"title\": \"CVE Program Container\", \"references\": [{\"url\": \"http://www.openwall.com/lists/oss-security/2026/09/21/1\"}], \"providerMetadata\": {\"orgId\": \"af854a3a-2127-422b-91ae-364da2661108\", \"shortName\": \"CVE\", \"dateUpdated\": \"2026-09-21T18:09:30.104Z\"}}, {\"title\": \"CISA ADP Vulnrichment\", \"metrics\": [{\"other\": {\"type\": \"ssvc\", \"content\": {\"id\": \"CVE-2026-47321\", \"role\": \"CISA Coordinator\", \"options\": [{\"Exploitation\": \"none\"}, {\"Automatable\": \"yes\"}, {\"Technical Impact\": \"partial\"}], \"version\": \"2.0.3\", \"timestamp\": \"2026-09-21T14:00:30.976651Z\"}}}], \"providerMetadata\": {\"orgId\": \"134c704f-9b21-4f2e-91b3-4a467353bcc0\", \"shortName\": \"CISA-ADP\", \"dateUpdated\": \"2026-09-21T14:00:42.569Z\"}}], \"cna\": {\"title\": \"Apache MINA: Unbounded Decompression Amplification DoS in Zlib.inflate\", \"source\": {\"discovery\": \"UNKNOWN\"}, \"credits\": [{\"lang\": \"en\", \"type\": \"finder\", \"value\": \"Venkatraman Kumar, SecurIn\"}], \"metrics\": [{\"format\": \"CVSS\", \"cvssV3_1\": {\"scope\": \"UNCHANGED\", \"version\": \"3.1\", \"baseScore\": 7.5, \"attackVector\": \"NETWORK\", \"baseSeverity\": \"HIGH\", \"vectorString\": \"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H\", \"integrityImpact\": \"NONE\", \"userInteraction\": \"NONE\", \"attackComplexity\": \"LOW\", \"availabilityImpact\": \"HIGH\", \"privilegesRequired\": \"NONE\", \"confidentialityImpact\": \"NONE\"}, \"scenarios\": [{\"lang\": \"en\", \"value\": \"GENERAL\"}]}], \"affected\": [{\"vendor\": \"Apache Software Foundation\", \"product\": \"Apache MINA\", \"versions\": [{\"status\": \"affected\", \"version\": \"2.2.0\", \"lessThan\": \"2.2.8\", \"versionType\": \"maven\"}, {\"status\": \"affected\", \"version\": \"2.1.0\", \"lessThan\": \"2.1.13\", \"versionType\": \"maven\"}, {\"status\": \"affected\", \"version\": \"2.0.0\", \"lessThan\": \"2.0.29\", \"versionType\": \"maven\"}], \"packageName\": \"org.apache.mina:mina-filter-compression\", \"collectionURL\": \"https://repo.maven.apache.org/maven2\", \"defaultStatus\": \"unaffected\"}], \"references\": [{\"url\": \"https://lists.apache.org/thread/y7xj1bl8qo47p9bktb11hg5v6k1d4dyj\", \"tags\": [\"mailing-list\", \"vendor-advisory\"]}], \"x_generator\": {\"engine\": \"Vulnogram 0.2.0\"}, \"descriptions\": [{\"lang\": \"en\", \"value\": \"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.\\n\\nSome compressed data may have a compression ration greater than 1 thousand, leading to an exhaustion of the application memory, as we don\u0027t control the deflated size.\\n\\n\\n\\n\\nThe 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)\\n\\n\\n\\n\\nFor application using this feature, it is highly recommended to create the\\u00a0CompressionFilter and to pass the maximum limit as a forth constructor parameter, maxDecompressedSize:\\n\\n\\n\\n\\npublic CompressionFilter(final boolean compressInbound, final boolean compressOutbound, final int compressionLevel, final int maxDecompressedSize)Optionally one can also provide a\\u00a0maxDecompressRatio\\u00a0fifth parameter, and a decompressRatioMinSize\\u00a0sixth parameter to allow small inflated files with a high compression ratio to still be accepted.\\n\\n\\n\\n\\nHere are the additional constructor:\\n\\n\\n\\n\\n\\n\\npublic CompressionFilter(final boolean compressInbound, final boolean compressOutbound,\\n\\n\\n\\n            final int compressionLevel, final int maxDecompressedSize,\\n\\n\\n\\n            final long maxDecompressRatio, final long decompressRatioMinSize)\\n\\n\\n\\n\\n\\n\\n\\n\\nAlso note that a fluent API has been added to spare the users the pain to call a constructor with that many parameters:\\n\\n\\n\\n\\n\\n\\n\\u2003CompressionFilter compressionFilter = new CompressionFilter()\\n\\n\\u2003\\u2003\\u2003                                             .setCompressionLevel(Zlib.COMPRESSION_MAX)\\n\\n\\u00a0                                               .setMaxDecompressedSize(1_000_000)\\n\\n\\u00a0                                               .setMaxDecompressRatio(100).\\n\\n\\u00a0                                               .setDecompressRatioMinSize(100_000);\\u00a0\\n\\n\\n\\n\\n\\n\\n\\n\\n\\nApplications using Apache MINA are advised to upgrade and configure their CompressionFilter instance.\", \"supportingMedia\": [{\"type\": \"text/html\", \"value\": \"\u003cdiv\u003eThe 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.\u003c/div\u003e\u003cdiv\u003eSome compressed data may have a compression ration greater than 1 thousand, leading to an exhaustion of the application memory, as we don\u0027t control the deflated size.\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eThe 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)\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eFor application using this feature, it is highly recommended to create the\u0026nbsp;CompressionFilter and to pass the maximum limit as a forth constructor parameter, maxDecompressedSize:\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cblockquote\u003epublic \u003cspan\u003eCompressionFilter\u003c/span\u003e(final boolean compressInbound, final boolean compressOutbound, final int compressionLevel, final int maxDecompressedSize)\u003c/blockquote\u003e\u003cdiv\u003eOptionally one can also provide a\u0026nbsp;\u003cspan\u003e\u003cspan\u003e\u003cspan\u003emaxDecompressRatio\u003c/span\u003e\u003c/span\u003e\u003c/span\u003e\u0026nbsp;fifth parameter, and a \u003cspan\u003e\u003cspan\u003e\u003cspan\u003edecompressRatioMinSize\u003c/span\u003e\u003c/span\u003e\u003c/span\u003e\u0026nbsp;sixth parameter to allow small inflated files with a high compression ratio to still be accepted.\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eHere are the additional constructor:\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003e\u003cdiv\u003e\u003cdiv\u003e\u003cblockquote\u003e\u003cp\u003epublic CompressionFilter(final boolean compressInbound, final boolean compressOutbound,\u003c/p\u003e\u003cp\u003e            final int compressionLevel, final int maxDecompressedSize,\u003c/p\u003e\u003cp\u003e            final long maxDecompressRatio, final long \u003cspan\u003edecompressRatioMinSize\u003c/span\u003e)\u003c/p\u003e\u003c/blockquote\u003e\u003c/div\u003e\u003c/div\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003eAlso note that a fluent API has been added to spare the users the pain to call a constructor with that many parameters:\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003e\u003c/div\u003e\u003cblockquote\u003e\u003cdiv\u003e\\u2003CompressionFilter compressionFilter = new CompressionFilter()\u003c/div\u003e\u003cdiv\u003e\\u2003\\u2003\\u2003                                             .setCompressionLevel(Zlib.\u003cspan\u003e\u003cspan\u003e\u003cspan\u003eCOMPRESSION_MAX\u003c/span\u003e\u003c/span\u003e\u003c/span\u003e)\u003c/div\u003e\u003cdiv\u003e\u0026nbsp;                                               .\u003cspan\u003e\u003cspan\u003esetMaxDecompressedSize\u003c/span\u003e\u003c/span\u003e(1_000_000)\u003c/div\u003e\u003cdiv\u003e\u0026nbsp;                                               .\u003cspan\u003e\u003cspan\u003esetMaxDecompressRatio\u003c/span\u003e\u003c/span\u003e(100).\u003c/div\u003e\u003cdiv\u003e\u0026nbsp;                                               .\u003cspan\u003e\u003cspan\u003esetDecompressRatioMinSize\u003c/span\u003e\u003c/span\u003e(100_000);\u0026nbsp;\u003c/div\u003e\u003cdiv\u003e\u003c/div\u003e\u003c/blockquote\u003e\u003cdiv\u003e\u003c/div\u003e\u003cdiv\u003e\u003cbr\u003e\u003c/div\u003e\u003cdiv\u003e\\nApplications using Apache MINA are advised to upgrade and configure their CompressionFilter instance.\u003c/div\u003e\", \"base64\": false}]}], \"problemTypes\": [{\"descriptions\": [{\"lang\": \"en\", \"type\": \"CWE\", \"cweId\": \"CWE-409\", \"description\": \"CWE-409: Improper Handling of Highly Compressed Data \\u2014 Data Amplification\"}]}, {\"descriptions\": [{\"lang\": \"en\", \"type\": \"CWE\", \"cweId\": \"CWE-789\", \"description\": \"CWE-789: Memory Allocation with Excessive Size Value\"}]}], \"providerMetadata\": {\"orgId\": \"f0158376-9dc2-43b6-827c-5f631a4d8d09\", \"shortName\": \"apache\", \"dateUpdated\": \"2026-09-21T07:43:24.769Z\"}}}",
      "cveMetadata": "{\"cveId\": \"CVE-2026-47321\", \"state\": \"PUBLISHED\", \"dateUpdated\": \"2026-09-21T18:09:30.104Z\", \"dateReserved\": \"2026-05-19T07:41:55.668Z\", \"assignerOrgId\": \"f0158376-9dc2-43b6-827c-5f631a4d8d09\", \"datePublished\": \"2026-09-21T07:43:24.769Z\", \"assignerShortName\": \"apache\"}",
      "dataType": "CVE_RECORD",
      "dataVersion": "5.2"
    }
  }
}