Apache MINA: AbstractIoBuffer.resolveClass() null-clazz Branch Skips acceptMatchers Filter — Full Object Deserialization RCE (take 2)
The fix for CVE-2026-41635 was not applied to the 2.1.X and 2.2.X branches. Here was the original issue description: Apache MINA's AbstractIoBuffer.resolveClass() contains two branches, one of them (for static classes or primitive types) does not check the class at all, bypassing the classname allowlist and allowing arbitrary code to be executed. The fix checks if the class is present in the accepted class filter before calling Class.forName(). Affected versions are Apache MINA 2.1.0 <= 2.1.11, and 2.2.0 <= 2.2.6. The problem is resolved in Apache MINA 2.1.12, and 2.2.7 by applying the classname allowlist earlier. Affected are applications using Apache MINA that call IoBuffer.getObject(). Applications using Apache MINA are advised to upgrade.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-42779
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 18:56 UTC · Revision 1
Source evidence
Apache MINA: AbstractIoBuffer.resolveClass() null-clazz Branch Skips acceptMatchers Filter — Full Object Deserialization RCE (take 2)
core-osv · Original sourcePublished 1 May 2026, 10:00 UTC
The fix for CVE-2026-41635 was not applied to the 2.1.X and 2.2.X branches. Here was the original issue description: Apache MINA's AbstractIoBuffer.resolveClass() contains two branches, one of them (for static classes or primitive types) does not check the class at all, bypassing the classname allowlist and allowing arbitrary code to be executed. The fix checks if the class is present in the accepted class filter before calling Class.forName(). Affected versions are Apache MINA 2.1.0 <= 2.1.11, and 2.2.0 <= 2.2.6. The problem is resolved in Apache MINA 2.1.12, and 2.2.7 by applying the classname allowlist earlier. Affected are applications using Apache MINA that call IoBuffer.getObject(). Applications using Apache MINA are advised to upgrade.
osv:CVE-2026-42779
Complete source record
{
"id": "e0b0840e79b562963c7726808ecbb95869ce3d5a00bfb858889f824d60d76a94",
"url": "https://osv.dev/vulnerability/CVE-2026-42779",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "Apache MINA: AbstractIoBuffer.resolveClass() null-clazz Branch Skips acceptMatchers Filter — Full Object Deserialization RCE (take 2)",
"summary": "The fix for CVE-2026-41635 was not applied to the 2.1.X and 2.2.X branches. Here was the original issue description: Apache MINA's AbstractIoBuffer.resolveClass() contains two branches, one of them (for static classes or primitive types) does not check the class at all, bypassing the classname allowlist and allowing arbitrary code to be executed. The fix checks if the class is present in the accepted class filter before calling Class.forName(). Affected versions are Apache MINA 2.1.0 <= 2.1.11, and 2.2.0 <= 2.2.6. The problem is resolved in Apache MINA 2.1.12, and 2.2.7 by applying the classname allowlist earlier. Affected are applications using Apache MINA that call IoBuffer.getObject(). Applications using Apache MINA are advised to upgrade.",
"evidence": "osv:CVE-2026-42779",
"products": [],
"severity": "critical",
"structured": {
"id": "CVE-2026-42779",
"aliases": [
"CVE-2026-42779",
"GHSA-vf5j-865m-mq7c"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/apache/mina",
"type": "GIT",
"events": [
{
"introduced": "d595254cb8c254204d794457d42219321a6a2306"
},
{
"fixed": "ddb1495e8483e7dc6f257419a356b87cb3929912"
},
{
"introduced": "079d4592943ff892504e11a331c4f6601b7a04ec"
},
{
"fixed": "a2fa7504ddff446a6cb93862f4517a6ca74b07cd"
}
],
"database_specific": {
"extracted_events": [
{
"cpe": "cpe:2.3:a:apache:mina:*:*:*:*:*:*:*:*",
"range": [
{
"introduced": "2.1.0"
},
{
"fixed": "2.1.12"
}
],
"source": "CPE_RANGE"
},
{
"cpe": "cpe:2.3:a:apache:mina:*:*:*:*:*:*:*:*",
"range": [
{
"introduced": "2.2.0"
},
{
"fixed": "2.2.7"
}
],
"source": "CPE_RANGE"
}
]
}
}
],
"versions": [
"2.1.11",
"2.2.5",
"2.1.10",
"2.2.4",
"2.1.9",
"2.2.3",
"2.1.8",
"2.1.7",
"2.2.2",
"2.1.6",
"2.1.5",
"2.1.4",
"2.1.3",
"2.1.2",
"2.1.1",
"2.1.0"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-42779.json"
}
}
],
"modified": "2026-10-28T02:30:38.504200849Z",
"provider": "osv",
"references": [
"https://repo.maven.apache.org/maven2",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/42xxx/CVE-2026-42779.json",
"https://lists.apache.org/thread/fhlx5k91hrkgyzh7yk1nghrn3k27gxy0",
"https://nvd.nist.gov/vuln/detail/CVE-2026-42779"
],
"provider_metadata": {
"cwe_ids": [
"CWE-502"
],
"cna_assigner": "apache",
"unresolved_ranges": [
{
"extracted_events": [
{
"range": [
{
"introduced": "2.2.X"
},
{
"last_affected": "2.2.6"
},
{
"introduced": "2.1.X"
},
{
"last_affected": "2.1.11"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StandardRange"
}
]
}
],
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/42xxx/CVE-2026-42779.json"
}
},
"related_cves": [
{
"value": "CVE-2026-42779",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 505918,
"published_at": "2026-05-01T10:00:43.712+00:00"
}