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.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.
Metrics
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HWeakness enumeration
Affected software
| Vendor | Product | Versions |
|---|---|---|
| Apache Software Foundation | Apache MINA | >= 2.2.0, <= 2.2.5; >= 2.1.0, <= 2.1.10; >= 2.0.0, <= 2.0.27 |
References
- https://lists.apache.org/thread/1l91w1mqsb3lwfd504fs045ylxntt2tmMailing List, Vendor Advisory
- http://www.openwall.com/lists/oss-security/2026/04/27/4Mailing List, Third Party Advisory
Timeline
- Published
- Apr 27, 2026
- Last modified
- Oct 26, 2026
- NVD status
- Analyzed