Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

redhat логотип

CVE-2026-84218

Опубликовано: 01 сент. 2026
Источник: redhat
CVSS3: 8.1
EPSS Низкий

Описание

A flaw was found in Jolokia's JSR-160 proxy functionality where insufficient validation of client-controlled JMX service URLs allows a bypass of the denylist introduced to mitigate CVE-2018-1000130. The proxy accepts a target.url value from a Jolokia POST request and passes it to JMXServiceURL and JMXConnectorFactory for establishing the remote JMX connection. The existing denylist only rejects URLs matching service:jmx:rmi:///jndi/ldap:.*, which can be bypassed using alternative valid JMX service URL forms, including ldaps:// schemes or LDAP URLs with a non-empty JMX host component. These URLs are accepted as valid JMXServiceURL objects and can cause the Jolokia agent JVM to perform a JNDI lookup against an attacker-controlled LDAP endpoint. This can result in server-side request forgery (SSRF), forwarding of supplied JMX credentials to the remote endpoint, and potentially remote code execution depending on the classes and configuration available in the target JVM.

Отчет

This is an Important flaw in Jolokia's JSR-160 proxy mode, allowing an attacker to bypass the JNDI denylist. The incomplete denylist permits specially crafted JMX service URLs to trigger JNDI lookups against attacker-controlled endpoints, potentially leading to remote code execution. This risk is elevated in deployments where the Jolokia JSR-160 proxy is exposed to untrusted input. This vulnerability is an incomplete fix for CVE-2018-1000130.

Red Hat Satellite is not affected by this vulnerability. The flaw is in Jolokia's JSR-160 proxy module. Satellite's puppetserver and openvox-server include Jolokia only as a transitive dependency through trapperkeeper-metrics, which pulls in the core Jolokia libraries but does not pull in the JSR-160 proxy module. Jolokia is modular. The proxy feature is an optional plugin. Satellite uses Jolokia only for local JMX metrics monitoring and it never needed the proxy plugin, so it was never included in the dependency chain. Since the vulnerable code is never included in the build, it s not affected.

Меры по смягчению последствий

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 AMQ Broker 7jolokia-server-coreAffected
Red Hat build of Apache Camel 4 for Quarkus 3jolokia-coreOut of support scope
Red Hat build of Apache Camel 4 for Quarkus 3jolokia-server-coreOut of support scope
Red Hat build of Apache Camel for Spring Boot 4jolokia-coreOut of support scope
Red Hat build of Apache Camel for Spring Boot 4jolokia-server-coreOut of support scope
Red Hat Fuse 7jolokia-coreOut of support scope
Red Hat Satellite 6openvox-serverNot affected
Red Hat Satellite 6puppetserverNot affected

Показывать по

Дополнительная информация

Статус:

Important
Дефект:
CWE-184
https://bugzilla.redhat.com/show_bug.cgi?id=2526752org.jolokia/jolokia-core: Incomplete JNDI Denylist in Jolokia JSR-160 Proxy (Bypass of CVE-2018-1000130 Fix)

EPSS

Процентиль: 57%
0.0088
Низкий

8.1 High

CVSS3

Связанные уязвимости

CVSS3: 8.1
nvd
15 дней назад

A flaw was found in Jolokia's JSR-160 proxy functionality where insufficient validation of client-controlled JMX service URLs allows a bypass of the denylist introduced to mitigate CVE-2018-1000130. The proxy accepts a `target.url` value from a Jolokia POST request and passes it to `JMXServiceURL` and `JMXConnectorFactory` for establishing the remote JMX connection. The existing denylist only rejects URLs matching `service:jmx:rmi:///jndi/ldap:.*`, which can be bypassed using alternative valid JMX service URL forms, including `ldaps://` schemes or LDAP URLs with a non-empty JMX host component. These URLs are accepted as valid `JMXServiceURL` objects and can cause the Jolokia agent JVM to perform a JNDI lookup against an attacker-controlled LDAP endpoint. This can result in server-side request forgery (SSRF), forwarding of supplied JMX credentials to the remote endpoint, and potentially remote code execution depending on the classes and configuration available in the target JVM.

CVSS3: 8.1
github
15 дней назад

A flaw was found in Jolokia's JSR-160 proxy functionality where insufficient validation of client-controlled JMX service URLs allows a bypass of the denylist introduced to mitigate CVE-2018-1000130. The proxy accepts a `target.url` value from a Jolokia POST request and passes it to `JMXServiceURL` and `JMXConnectorFactory` for establishing the remote JMX connection. The existing denylist only rejects URLs matching `service:jmx:rmi:///jndi/ldap:.*`, which can be bypassed using alternative valid JMX service URL forms, including `ldaps://` schemes or LDAP URLs with a non-empty JMX host component. These URLs are accepted as valid `JMXServiceURL` objects and can cause the Jolokia agent JVM to perform a JNDI lookup against an attacker-controlled LDAP endpoint. This can result in server-side request forgery (SSRF), forwarding of supplied JMX credentials to the remote endpoint, and potentially remote code execution depending on the classes and configuration available in the target JVM.

EPSS

Процентиль: 57%
0.0088
Низкий

8.1 High

CVSS3