CVE-2024-52046: Apache MINA: MINA applications using unbounded deserialization may allow RCE

Published Dec 25, 2024
·
Updated

The ObjectSerializationDecoder in Apache MINA uses Java’s native deserialization protocol to process incoming serialized data but lacks the necessary security checks and defenses. This vulnerability allows attackers to exploit the deserialization process by sending specially crafted malicious serialized data, potentially leading to remote code execution (RCE) attacks. This issue affects MINA core versions 2.0.X, 2.1.X and 2.2.X, and will be fixed by the releases 2.0.27, 2.1.10 and 2.2.4.

It's also important to note that an application using MINA core library will only be affected if the IoBuffer#getObject() method is called, and this specific method is potentially called when adding a ProtocolCodecFilter instance using the ObjectSerializationCodecFactory class in the filter chain. If your application is specifically using those classes, you have to upgrade to the latest version of MINA core library.

Upgrading will  not be enough: you also need to explicitly allow the classes the decoder will accept in the ObjectSerializationDecoder instance, using one of the three new methods:

1.      Accept class names where the supplied ClassNameMatcher matches for deserialization, unless they are otherwise rejected. @param classNameMatcher the matcher to use / public void accept(ClassNameMatcher classNameMatcher)

2. Accept class names that match the supplied pattern for deserialization, unless they are otherwise rejected. @param pattern standard Java regexp / public void accept(Pattern pattern)

3. Accept the wildcard specified classes for deserialization, unless they are otherwise rejected. @param patterns Wildcard file name patterns as defined by {@link org.apache.commons.io.FilenameUtils#wildcardMatch(String, String) FilenameUtils.wildcardMatch} / public void accept(String... patterns)

By default, the decoder will reject all classes that will be present in the incoming data.

Note: The FtpServer, SSHd and Vysper sub-project are not affected by this issue.

Other sources

The ObjectSerializationDecoder in Apache MINA uses Java’s native deserialization protocol to process incoming serialized data but lacks the necessary security checks and defenses. This vulnerability allows attackers to exploit the deserialization process by sending specially crafted malicious serialized data, potentially leading to remote code execution (RCE) attacks.

This issue affects MINA core versions 2.0.X, 2.1.X and 2.2.X, and will be fixed by the releases 2.0.27, 2.1.10 and 2.2.4.

It's also important to note that an application using MINA core library will only be affected if the IoBuffer#getObject() method is called, and this specific method is potentially called when adding a ProtocolCodecFilter instance using the ObjectSerializationCodecFactory class in the filter chain. If your application is specifically using those classes, you have to upgrade to the latest version of MINA core library.

Upgrading will not be enough: you also need to explicitly allow the classes the decoder will accept in the ObjectSerializationDecoder instance, using one of the three new methods:

/

Accept class names where the supplied ClassNameMatcher matches for

deserialization, unless they are otherwise rejected.

@param classNameMatcher the matcher to use

/

public void accept(ClassNameMatcher classNameMatcher)

/

Accept class names that match the supplied pattern for

deserialization, unless they are otherwise rejected.

@param pattern standard Java regexp

/

public void accept(Pattern pattern)

/

Accept the wildcard specified classes for deserialization,

unless they are otherwise rejected.

@param patterns Wildcard file name patterns as defined by

{@link org.apache.commons.io.FilenameUtils#wildcardMatch(String, String) FilenameUtils.wildcardMatch}

/

public void accept(String... patterns)

By default, the decoder will reject all classes that will be present in the incoming data.

Note: The FtpServer, SSHd and Vysper sub-project are not affected by this issue.

Red Hat

Affected Software

10 affected componentsFixes available
maven/org.apache.mina:mina-core>=2.0.0-M1<2.0.27
2.0.27
maven/org.apache.mina:mina-core>=2.1.0<2.1.10
2.1.10
maven/org.apache.mina:mina-core>=2.2.0<2.2.4
2.2.4
Apache MINA>=2.0.0<2.0.27
Apache MINA>=2.1.0<2.1.10
Apache MINA>=2.2.0<2.2.4
IBM Security Verify Information Queue<=10.0.8
IBM Security Verify Information Queue<=10.0.7
IBM Security Verify Information Queue<=10.0.6
IBM Security Verify Information Queue<=10.0.5

Event History

Dec 25, 2024
CVE Published
via MITRE·10:06 AM
Data Sourced
via MITRE·10:06 AM
DescriptionWeakness
Data Sourced
via Red Hat·11:01 AM
DescriptionSeverityAffected Software
Advisory Published
via GitHub·12:30 PM
Dec 26, 2024
News Published
via BleepingComputer·06:27 PM
News Published
via BleepingComputer·06:28 PM
Sep 10, 2025
Data Sourced
via IBM·12:00 AM
DescriptionAffected Software

Parent advisories

This vulnerability appears in the following advisories.

Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2024-52046?

CVE-2024-52046 is rated as a critical severity vulnerability due to the potential for remote code execution through insecure deserialization.

2

How do I fix CVE-2024-52046?

To fix CVE-2024-52046, upgrade to Apache MINA version 2.0.27, 2.1.10, or 2.2.4 or later.

3

What does CVE-2024-52046 exploit?

CVE-2024-52046 exploits the lack of security checks in the ObjectSerializationDecoder's deserialization process.

4

Which versions of Apache MINA are affected by CVE-2024-52046?

Apache MINA versions prior to 2.0.27, 2.1.10, and 2.2.4 are affected by CVE-2024-52046.

5

What are the potential impacts of CVE-2024-52046?

The potential impacts of CVE-2024-52046 include remote code execution and unauthorized access to system resources.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203