Live › vulnerability › CVE-2026-90885
Go to dashboardThe XQuery evaluator in Apache Camel's camel-saxon component builds a Saxon configuration that accepts DOCTYPE declarations and resolves external entities when the body is already a stream-based javax.xml.transform.Source. An external sender can use this to read files the Camel process can read and make it send requests to hosts the document names.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-26 16:02 UTC. All times on this page are UTC.
Applications on Apache Camel 4.0.0 before 4.18.5 or 4.19.0 before 4.22.2 that use camel-saxon for XQuery. Exposure requires that untrusted XML reaches an XQuery expression or xquery endpoint with a body that is already a Source, which happens after conversions like convertBodyTo(Source.class) or when an earlier component sets a stream-based Source. Routes that only handle String, byte[] or InputStream bodies, or that do not use XQuery, are not affected by this path.
No product ranges from the sources yet.
mvn dependency:tree | grep camel-saxon or the camel-saxon version in the lockfile or pom.convertBodyTo(Source.class), and that process XML from untrusted senders.4.23.0, or 4.22.2 on the 4.22.x stream, or 4.18.5 on the 4.18.x stream.Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
Improper Restriction of XML External Entity Reference vulnerability in Apache Camel Saxon component.
This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.2.
XQueryBuilder in camel-saxon, which evaluates expressions for the xquery language and the xquery component, built its default Saxon Configuration with parse options that set only a whitespace stripping rule, leaving the XML parser at its defaults, under which a DOCTYPE declaration is accepted and external entities are resolved. A message body of type String or byte[], or any body read as an InputStream, is first turned into a javax.xml.transform.Source by Camel's own XML type converters, which configure the parser against external entities, so those bodies were not affected. A body that was already a Source, however, was handed to Saxon unchanged, and when that Source still had to be parsed, as a stream-based Source does, Saxon parsed it with that Configuration, bypassing the protection applied to the other body types. Such a body arises, for example, after a route converts the message with convertBodyTo(Source.class), or when a component or processor earlier in the route sets the body to a stream-based Source. A DOCTYPE with an external subset, or an external entity, declared in that body was therefore resolved and expanded into the document the expression was evaluated against. An external sender whose XML reaches an XQuery expression or an xquery endpoint in that form could read files readable by the Camel process and cause the process to issue requests to hosts the document names. No non-default option is required, since the default Configuration is used whenever the route does not supply one of its own.
Users are recommended to upgrade to version 4.23.0, which fixes the issue. If users are on the 4.22.x releases stream, then they are suggested to upgrade to 4.22.2. If users are on the 4.18.x releases stream, then they are suggested to upgrade to 4.18.5. The 4.14.x releases stream and earlier, as well as the 4.15.x to 4.17.x and 4.19.x to 4.21.x release lines, reached end of life before this issue was resolved and will not receive a fix, so deployments on them must move to a supported release. For deployments that cannot upgrade immediately, do not evaluate XQuery over a message body that is already a javax.xml.transform.Source when that body carries XML from an untrusted sender, or set the configuration option of the xquery endpoint or language to a Saxon Configuration whose parse options refuse a DOCTYPE declaration and disable external entities and external DTD loading, which is what the fixed releases now apply by default.
This page as .md · .json · in your agent: get_signal("CVE-2026-90885")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.