CVE-2026-47321

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-47321", "assignerOrgId": "f0158376-9dc2-43b6-827c-5f631a4d8d09", "state": "PUBLISHED", "assignerShortName": "apache", "dateReserved": "2026-05-19T07:41:55.668Z", "datePublished": "2026-09-21T07:43:24.769Z", "dateUpdated": "2026-09-21T18:09:30.104Z"}, "containers": {"cna": {"providerMetadata": {"orgId": "f0158376-9dc2-43b6-827c-5f631a4d8d09", "shortName": "apache", "dateUpdated": "2026-09-21T07:43:24.769Z"}, "title": "Apache MINA: Unbounded Decompression Amplification DoS in Zlib.inflate", "problemTypes": [{"descriptions": [{"description": "CWE-409: Improper Handling of Highly Compressed Data \u2014 Data Amplification", "lang": "en", "cweId": "CWE-409", "type": "CWE"}]}, {"descriptions": [{"description": "CWE-789: Memory Allocation with Excessive Size Value", "lang": "en", "cweId": "CWE-789", "type": "CWE"}]}], "source": {"discovery": "UNKNOWN"}, "affected": [{"vendor": "Apache Software Foundation", "product": "Apache MINA", "collectionURL": "https://repo.maven.apache.org/maven2", "packageName": "org.apache.mina:mina-filter-compression", "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"}], "defaultStatus": "unaffected"}], "descriptions": [{"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't 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.", "lang": "en", "supportingMedia": [{"type": "text/html", "base64": false, "value": "<div>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.</div><div>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.</div><div><br></div><div>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)</div><div><br></div><div>For application using this feature, it is highly recommended to create the&nbsp;CompressionFilter and to pass the maximum limit as a forth constructor parameter, maxDecompressedSize:</div><div><br></div><blockquote>public <span>CompressionFilter</span>(final boolean compressInbound, final boolean compressOutbound, final int compressionLevel, final int maxDecompressedSize)</blockquote><div>Optionally one can also provide a&nbsp;<span><span><span>maxDecompressRatio</span></span></span>&nbsp;fifth parameter, and a <span><span><span>decompressRatioMinSize</span></span></span>&nbsp;sixth parameter to allow small inflated files with a high compression ratio to still be accepted.</div><div><br></div><div>Here are the additional constructor:</div><div><br></div><div><div><div><blockquote><p>public CompressionFilter(final boolean compressInbound, final boolean compressOutbound,</p><p> final int compressionLevel, final int maxDecompressedSize,</p><p> final long maxDecompressRatio, final long <span>decompressRatioMinSize</span>)</p></blockquote></div></div><br></div><div>Also note that a fluent API has been added to spare the users the pain to call a constructor with that many parameters:</div><div><br></div><div></div><blockquote><div>\u2003CompressionFilter compressionFilter = new CompressionFilter()</div><div>\u2003\u2003\u2003 .setCompressionLevel(Zlib.<span><span><span>COMPRESSION_MAX</span></span></span>)</div><div>&nbsp; .<span><span>setMaxDecompressedSize</span></span>(1_000_000)</div><div>&nbsp; .<span><span>setMaxDecompressRatio</span></span>(100).</div><div>&nbsp; .<span><span>setDecompressRatioMinSize</span></span>(100_000);&nbsp;</div><div></div></blockquote><div></div><div><br></div><div>\nApplications using Apache MINA are advised to upgrade and configure their CompressionFilter instance.</div>"}]}], "references": [{"url": "https://lists.apache.org/thread/y7xj1bl8qo47p9bktb11hg5v6k1d4dyj", "tags": ["mailing-list", "vendor-advisory"]}], "metrics": [{"scenarios": [{"lang": "en", "value": "GENERAL"}], "format": "CVSS", "cvssV3_1": {"version": "3.1", "attackVector": "NETWORK", "attackComplexity": "LOW", "privilegesRequired": "NONE", "userInteraction": "NONE", "scope": "UNCHANGED", "confidentialityImpact": "NONE", "integrityImpact": "NONE", "availabilityImpact": "HIGH", "baseSeverity": "HIGH", "baseScore": 7.5, "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H"}}], "credits": [{"lang": "en", "value": "Venkatraman Kumar, SecurIn", "type": "finder"}], "x_generator": {"engine": "Vulnogram 0.2.0"}}, "adp": [{"metrics": [{"other": {"type": "ssvc", "content": {"timestamp": "2026-09-21T14:00:30.976651Z", "id": "CVE-2026-47321", "options": [{"Exploitation": "none"}, {"Automatable": "yes"}, {"Technical Impact": "partial"}], "role": "CISA Coordinator", "version": "2.0.3"}}}], "title": "CISA ADP Vulnrichment", "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-09-21T14:00:48.113Z"}}, {"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"}}]}}

{"dataType": "CVE_RECORD", "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't 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": "<div>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.</div><div>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.</div><div><br></div><div>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)</div><div><br></div><div>For application using this feature, it is highly recommended to create the&nbsp;CompressionFilter and to pass the maximum limit as a forth constructor parameter, maxDecompressedSize:</div><div><br></div><blockquote>public <span>CompressionFilter</span>(final boolean compressInbound, final boolean compressOutbound, final int compressionLevel, final int maxDecompressedSize)</blockquote><div>Optionally one can also provide a&nbsp;<span><span><span>maxDecompressRatio</span></span></span>&nbsp;fifth parameter, and a <span><span><span>decompressRatioMinSize</span></span></span>&nbsp;sixth parameter to allow small inflated files with a high compression ratio to still be accepted.</div><div><br></div><div>Here are the additional constructor:</div><div><br></div><div><div><div><blockquote><p>public CompressionFilter(final boolean compressInbound, final boolean compressOutbound,</p><p> final int compressionLevel, final int maxDecompressedSize,</p><p> final long maxDecompressRatio, final long <span>decompressRatioMinSize</span>)</p></blockquote></div></div><br></div><div>Also note that a fluent API has been added to spare the users the pain to call a constructor with that many parameters:</div><div><br></div><div></div><blockquote><div>\u2003CompressionFilter compressionFilter = new CompressionFilter()</div><div>\u2003\u2003\u2003 .setCompressionLevel(Zlib.<span><span><span>COMPRESSION_MAX</span></span></span>)</div><div>&nbsp; .<span><span>setMaxDecompressedSize</span></span>(1_000_000)</div><div>&nbsp; .<span><span>setMaxDecompressRatio</span></span>(100).</div><div>&nbsp; .<span><span>setDecompressRatioMinSize</span></span>(100_000);&nbsp;</div><div></div></blockquote><div></div><div><br></div><div>\nApplications using Apache MINA are advised to upgrade and configure their CompressionFilter instance.</div>", "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"}, "dataVersion": "5.2"}

{"affected": [{"affectedData": [{"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"}]}], "source": "security@apache.org"}], "cveTags": [], "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't 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."}], "id": "CVE-2026-47321", "lastModified": "2026-09-21T19:17:06.247", "metrics": {"cvssMetricV31": [{"cvssData": {"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"}, "exploitabilityScore": 3.9, "impactScore": 3.6, "source": "security@apache.org", "type": "Secondary"}], "ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-47321", "options": [{"exploitation": "none"}, {"automatable": "yes"}, {"technicalImpact": "partial"}], "role": "CISA Coordinator", "timestamp": "2026-09-21T14:00:30.976651Z", "version": "2.0.3"}}]}, "published": "2026-09-21T08:16:37.520", "references": [{"source": "security@apache.org", "url": "https://lists.apache.org/thread/y7xj1bl8qo47p9bktb11hg5v6k1d4dyj"}, {"source": "af854a3a-2127-422b-91ae-364da2661108", "url": "http://www.openwall.com/lists/oss-security/2026/09/21/1"}], "sourceIdentifier": "security@apache.org", "vulnStatus": "Awaiting Analysis", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-409"}, {"lang": "en", "value": "CWE-789"}], "source": "security@apache.org", "type": "Secondary"}]}

{"bugzilla": {"description": "org.apache.mina/mina-core: Apache MINA: Denial of Service via unbounded decompression amplification", "id": "2538436", "url": "https://bugzilla.redhat.com/show_bug.cgi?id=2538436"}, "csaw": false, "cvss3": {"cvss3_base_score": "7.5", "cvss3_scoring_vector": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H", "status": "draft"}, "cwe": "CWE-409", "details": ["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.\nSome 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.\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)\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:\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.\nHere are the additional constructor:\npublic CompressionFilter(final boolean compressInbound, final boolean compressOutbound,\nfinal int compressionLevel, final int maxDecompressedSize,\nfinal long maxDecompressRatio, final long decompressRatioMinSize)\nAlso note that a fluent API has been added to spare the users the pain to call a constructor with that many parameters:\n\u2003CompressionFilter compressionFilter = new CompressionFilter()\n\u2003\u2003\u2003 .setCompressionLevel(Zlib.COMPRESSION_MAX)\n\u00a0 .setMaxDecompressedSize(1_000_000)\n\u00a0 .setMaxDecompressRatio(100).\n\u00a0 .setDecompressRatioMinSize(100_000);\u00a0\nApplications using Apache MINA are advised to upgrade and configure their CompressionFilter instance.", "A flaw was found in Apache MINA's CompressionFilter class. A remote attacker could exploit this vulnerability by sending specially crafted compressed data. The CompressionFilter does not properly limit the size of decompressed data, which can lead to an uncontrolled increase in memory usage. This can result in memory exhaustion and a Denial of Service (DoS) for the application."], "name": "CVE-2026-47321", "package_state": [{"cpe": "cpe:/a:redhat:ocp_tools", "fix_state": "Affected", "package_name": "jenkins", "product_name": "OpenShift Developer Tools and Services"}, {"cpe": "cpe:/a:redhat:ocp_tools", "fix_state": "Affected", "package_name": "jenkins-2-plugins", "product_name": "OpenShift Developer Tools and Services"}, {"cpe": "cpe:/a:redhat:ocp_tools", "fix_state": "Affected", "package_name": "ocp-tools-4/jenkins-rhel8", "product_name": "OpenShift Developer Tools and Services"}, {"cpe": "cpe:/a:redhat:ocp_tools", "fix_state": "Affected", "package_name": "ocp-tools-4/jenkins-rhel9", "product_name": "OpenShift Developer Tools and Services"}, {"cpe": "cpe:/o:redhat:enterprise_linux:10", "fix_state": "Affected", "package_name": "maven-wagon", "product_name": "Red Hat Enterprise Linux 10"}, {"cpe": "cpe:/o:redhat:enterprise_linux:8", "fix_state": "Affected", "package_name": "javapackages-tools:201801/maven-wagon", "product_name": "Red Hat Enterprise Linux 8"}, {"cpe": "cpe:/o:redhat:enterprise_linux:9", "fix_state": "Affected", "package_name": "maven:3.9/maven-wagon", "product_name": "Red Hat Enterprise Linux 9"}, {"cpe": "cpe:/o:redhat:enterprise_linux:9", "fix_state": "Affected", "package_name": "maven-wagon", "product_name": "Red Hat Enterprise Linux 9"}, {"cpe": "cpe:/a:redhat:jboss_fuse:7", "fix_state": "Affected", "package_name": "mina-core", "product_name": "Red Hat Fuse 7"}], "public_date": "2026-09-21T07:43:24Z", "references": ["https://www.cve.org/CVERecord?id=CVE-2026-47321\nhttps://nvd.nist.gov/vuln/detail/CVE-2026-47321\nhttp://www.openwall.com/lists/oss-security/2026/09/21/1\nhttps://lists.apache.org/thread/y7xj1bl8qo47p9bktb11hg5v6k1d4dyj"], "threat_severity": "Important"}

{"affected": [{"configurations": [{"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[2.2.0,2.2.8)"}}, {"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[2.1.0,2.1.13)"}}, {"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[2.0.0,2.0.29)"}}], "enrichment": {"confidence": 95.0, "confidence_source": "inferred", "scores": [{"score": 95.0, "source": "inferred"}, {"score": 100.0, "source": "matching"}]}, "original": {"product": "Apache MINA", "source": "cna", "vendor": "Apache Software Foundation"}, "product": "mina", "vendor": "apache"}], "created": "2026-09-21T09:30:13.063770+00:00", "updated": "2026-09-21T10:00:12.171485+00:00", "vendors": ["apache", "apache$PRODUCT$mina"]}