CVE-2026-42527

Deserialization of Untrusted Data vulnerability in Apache Camel. The default ObjectInputFilter pattern shipped with several Apache Camel components for defense-in-depth deserialization filtering ('java.**;javax.**;org.apache.camel.**;!*', or the no-'javax.**' variant in the aggregation-repository components) uses a recursive 'java.**' glob that admits classes whose hashCode/equals/readObject methods perform network I/O, notably java.net.URL and java.net.InetAddress. When an attacker can deliver a Java-serialized payload to an affected Camel consumer, deserialization of a HashMap (or any collection that calls hashCode on its elements) containing java.net.URL keys causes the JVM to issue DNS queries to the attacker-supplied host during the deserialization side-effect. The class-level filter check passes because the resulting object's class (HashMap) is allow-listed; the DNS query is observable on an attacker-controlled DNS server, providing an out-of-band side channel. The exposure is highest on the camel-jms family because JmsBinding.extractBodyFromJms invokes ObjectMessage.getObject() unconditionally when mapJmsMessage=true (default). Affected components: camel-jms, camel-sjms, camel-amqp, camel-mina, camel-netty, camel-netty-http, camel-vertx-http, camel-infinispan, and the aggregation repository components camel-leveldb, camel-cassandraql, camel-consul, camel-sql (JDBC aggregation repository). This issue affects Apache Camel: from 4.14.0 before 4.14.8, from 4.15.0 before 4.18.3, from 4.19.0 before 4.21.0. Users are recommended to upgrade to a version that contains the CAMEL-23372 fix once available: 4.21.0 for the 4.21.x line, 4.18.3 for the 4.18.x line, and 4.14.8 for the 4.14.x line. For deployments that cannot upgrade immediately, configure a JMS-provider-side allow-list (Apache ActiveMQ Artemis 'deserializationAllowList' / 'deserializationDenyList', Apache ActiveMQ Classic 'org.apache.activemq.SERIALIZABLE_PACKAGES') as the primary mitigation, and/or override the in-code default via the endpoint-level 'deserializationFilter' option or the JVM-wide '-Djdk.serialFilter' system property with an explicit deny: '!java.net.**;java.**;javax.**;org.apache.camel.**;!*' (or '!java.net.**;java.**;org.apache.camel.**;!*' for the aggregation-repository components, which do not include javax.**).
References
Link Resource
https://camel.apache.org/security/CVE-2026-42527.html Mitigation Vendor Advisory
http://www.openwall.com/lists/oss-security/2026/07/05/4 Mailing List Third Party Advisory
Configurations

Configuration 1 (hide)

OR cpe:2.3:a:apache:camel:*:*:*:*:*:*:*:*
cpe:2.3:a:apache:camel:*:*:*:*:*:*:*:*
cpe:2.3:a:apache:camel:4.20.0:*:*:*:*:*:*:*

History

25 Oct 2026, 15:10

Type Values Removed Values Added
Summary
  • (es) Vulnerabilidad de deserialización de datos no confiables en Apache Camel. El patrón ObjectInputFilter predeterminado que se envía con varios componentes de Apache Camel para el filtrado de deserialización de defensa en profundidad (’java.;javax.;org.apache.camel.**;!*’, o la variante sin ’javax.’ en los componentes de repositorio de agregación) utiliza un glob recursivo ’java.’ que admite clases cuyos métodos hashCode/equals/readObject realizan E/S de red, notablemente java.net.URL y java.net.InetAddress. Cuando un atacante puede entregar una carga útil serializada en Java a un consumidor de Camel afectado, la deserialización de un HashMap (o cualquier colección que llame a hashCode en sus elementos) que contiene claves java.net.URL hace que la JVM emita consultas DNS al host proporcionado por el atacante durante el efecto secundario de la deserialización. La verificación del filtro a nivel de clase pasa porque la clase del objeto resultante (HashMap) está en la lista de permitidos; la consulta DNS es observable en un servidor DNS controlado por el atacante, proporcionando un canal lateral fuera de banda. La exposición es mayor en la familia camel-jms porque JmsBinding.extractBodyFromJms invoca ObjectMessage.getObject() incondicionalmente cuando mapJmsMessage=true (predeterminado). Componentes afectados: camel-jms, camel-sjms, camel-amqp, camel-mina, camel-netty, camel-netty-HTTP, camel-vertx-HTTP, camel-infinispan, y los componentes de repositorio de agregación camel-leveldb, camel-cassandraql, camel-consul, camel-sql (repositorio de agregación JDBC). Este problema afecta a Apache Camel: desde 4.14.0 antes de 4.14.8, desde 4.15.0 antes de 4.18.3, desde 4.19.0 antes de 4.21.0. Se recomienda a los usuarios actualizar a una versión que contenga la corrección CAMEL-23372 una vez disponible: 4.21.0 para la línea 4.21.x, 4.18.3 para la línea 4.18.x y 4.14.8 para la línea 4.14.x. Para implementaciones que no pueden actualizarse inmediatamente, configure una lista de permitidos del lado del proveedor de JMS (Apache ActiveMQ Artemis ’deserializationAllowList’ / ’deserializationDenyList’, Apache ActiveMQ Classic ’org.apache.activemq.SERIALIZABLE_PACKAGES’) como la mitigación principal, y/o anule el valor predeterminado en el código a través de la opción ’deserializationFilter’ a nivel de endpoint o la propiedad del sistema ’-Djdk.serialFilter’ a nivel de JVM con una denegación explícita: ’!java.net.;java.;javax.;org.apache.camel.;!*’ (o ’!java.net.;java.;org.apache.camel.**;!*’ para los componentes de repositorio de agregación, que no incluyen javax.**).

Information

Published : 2026-07-06 09:16

Updated : 2026-10-25 15:10


NVD link : CVE-2026-42527

Mitre link : CVE-2026-42527

CVE.ORG link : CVE-2026-42527


JSON object : View

Products Affected

apache

  • camel
CWE
CWE-502

Deserialization of Untrusted Data