GitHub Advisoryadvisory · Maven
GHSA-v3pr-hxpr-mfm8 Apache MINA: Critical Deserialization Allow-list Bypass via resolveProxyClass
CRITICAL
Official page ↗
- Aliases
- CVE-2026-47065
- Ecosystem
- Maven
- Packages
- org.apache.mina:mina-core
- Severity
- Critical
- CVSS vector
- CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- Weaknesses
- CWE-502
- Reviewed
- 2026-07-13
Affected packages
• Maven org.apache.mina:mina-core: >= 2.2.0, < 2.2.8 → fixed in 2.2.8
• Maven org.apache.mina:mina-core: >= 2.1.0, < 2.1.13 → fixed in 2.1.13
• Maven org.apache.mina:mina-core: < 2.0.29 → fixed in 2.0.29
Description
ZDRES-232: resolveProxyClass Not Overridden - acceptMatchers Filter Bypass via java.lang.reflect.Proxy
Assessment: Fully addressed.
When the serialised stream contains a TC_PROXYCLASSDESC (the marker for a java.lang.reflect.Proxy ), JDK’s ObjectInputStream.readProxyDesc() is dispatched. JDK then calls the default ObjectInputStream.resolveProxyClass(interfaces) implementation, which performs Class.forName(intf, false, latestUserDefinedLoader()) for EACH interface name and constructs the proxy class — bypassing the accepted classes list .
ZDRES-233: Class.forName(name, initialize=true, classLoader) in readClassDescriptor Triggers Static Initialiser of Allow-Listed Classes
Assessment: Fully addressed.
For ANY class on the allow-list, deserialising a stream that names it triggers the class’s (static initialiser) BEFORE any instance is constructed. This means an attacker who supplies a class name on the allow-list (e.g., the developer wrote accept(“com.myapp.*") , attacker supplies com.myapp.SomeClass ) causes of SomeClass — and many real-world classes have side-effecting static initialisers
Both issues have been fixed.
Related
Alias · CVE (1)
- CVE-2026-47065 ZDRES-232: resolveProxyClass Not Overridden - acceptMatchers Filter Bypass via java.lang.reflect.Proxy Assessment: Fully addressed. vulnerability
Weakness · CWE (1)
- CWE-502 Deserialization of Untrusted Data weakness