Описание
mchange-commons-java, a library that provides Java utilities, includes code that mirrors early implementations of JNDI functionality, including support for remote factoryClassLocation values, by which code can be downloaded and invoked within a running application. If an attacker can provoke an application to read a maliciously crafted jaxax.naming.Reference or serialized object, they can provoke the download and execution of malicious code. Implementations of this functionality within the JDK were disabled by default behind a System property that defaults to false, com.sun.jndi.ldap.object.trustURLCodebase. However, since mchange-commons-java includes an independent implementation of JNDI derefencing, libraries (such as c3p0) that resolve references via that implementation could be provoked to download and execute malicious code even after the JDK was hardened. Mirroring the JDK patch, mchange-commons-java's JNDI functionality is gated by configuration parameters that default to restrictive values starting in version 0.4.0. No known workarounds are available. Versions prior to 0.4.0 should be avoided on application CLASSPATHs.
A flaw was found in mchange-commons-java, a Java utility library. An attacker can exploit this vulnerability by providing a maliciously crafted javax.naming.Reference or serialized object to an application using the library. This can provoke the application to download and execute arbitrary malicious code due to mchange-commons-java's independent implementation of Java Naming and Directory Interface (JNDI) dereferencing, which supports remote code loading. This could lead to arbitrary code execution within the affected application.
Меры по смягчению последствий
Mitigation for this issue is either not available or the currently available options do not meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base or stability.
Затронутые пакеты
| Платформа | Пакет | Состояние | Рекомендация | Релиз |
|---|---|---|---|---|
| Red Hat build of Apache Camel - HawtIO 4 | mchange-commons-java | Not affected | ||
| Red Hat build of Debezium 2 | mchange-commons-java | Affected | ||
| Red Hat Fuse 7 | mchange-commons-java | Will not fix | ||
| Red Hat JBoss Enterprise Application Platform 7 | mchange-commons-java | Will not fix | ||
| Red Hat JBoss Enterprise Application Platform 8 | mchange-commons-java | Affected | ||
| Red Hat JBoss Enterprise Application Platform Expansion Pack | mchange-commons-java | Affected | ||
| Red Hat Process Automation 7 | mchange-commons-java | Affected | ||
| Red Hat Satellite 6 | candlepin | Affected | ||
| Red Hat Satellite 6 | satellite:el8/candlepin | Affected | ||
| streams for Apache Kafka 2 | mchange-commons-java | Affected |
Показывать по
Ссылки на источники
Дополнительная информация
Статус:
8.3 High
CVSS3
Связанные уязвимости
mchange-commons-java, a library that provides Java utilities, includes code that mirrors early implementations of JNDI functionality, including support for remote `factoryClassLocation` values, by which code can be downloaded and invoked within a running application. If an attacker can provoke an application to read a maliciously crafted `jaxax.naming.Reference` or serialized object, they can provoke the download and execution of malicious code. Implementations of this functionality within the JDK were disabled by default behind a System property that defaults to `false`, `com.sun.jndi.ldap.object.trustURLCodebase`. However, since mchange-commons-java includes an independent implementation of JNDI derefencing, libraries (such as c3p0) that resolve references via that implementation could be provoked to download and execute malicious code even after the JDK was hardened. Mirroring the JDK patch, mchange-commons-java's JNDI functionality is gated by configuration parameters that default
mchange-commons-java, a library that provides Java utilities, includes ...
mchange-commons-java: Remote Code Execution via JNDI Reference Resolution
8.3 High
CVSS3