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.0.0 <= 2.0.27, 2.1.0 <= 2.1.10, and 2.2.0 <= 2.2.5. The problem is resolved in Apache MINA 2.0.28, 2.1.11, and 2.2.6 by applying the classname allowlist earlier. Affected are applications using Apache MINA that call IoBuffer.getObject(). Applications using Apache MINA are advised to upgrade.
Fix
Patch, vendor advisory and mitigation references on NVD 1
- https://lists.apache.org/thread/1l91w1mqsb3lwfd504fs045ylxntt2tm Mailing List, Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 9.8 · apacheNVD modified 2026-10-26 21:10
Affected (CPE criteria) 1
cpe:2.3:a:apache:mina:*:*:*:*:*:*:*:*
References 2
- https://lists.apache.org/thread/1l91w1mqsb3lwfd504fs045ylxntt2tm Mailing List, Vendor Advisory
- http://www.openwall.com/lists/oss-security/2026/04/27/4 Mailing List, Third Party Advisory