CVE-2026-49099 — camel-salesforce sObjectQuery-Header-Injection

Ausführbare Proof-of-Concept-Reproduktionen für dieselbe Apache-Camel-Schwachstelle, eine pro Laufzeitumgebung:

Beide sind betroffene Versionen (behoben in 4.14.8 / 4.18.3 / 4.21.0) und demonstrieren denselben Fehler: AbstractSalesforceProcessor.getParameter() löst den sObjectQuery-Header (und seine Geschwister apexUrl, sObjectName, …) vor dem konfigurierten Wert des Endpunkts auf. Diese Header-Namen sind nackte, nicht mit Camel-präfixierte Zeichenfolgen, und camel-salesforce bringt keine HeaderFilterStrategy mit, sodass der HTTP-Grenzfilter (HttpHeaderFilterStrategy, der nur Camel* entfernt) einen eingehenden HTTP-Header direkt durchlässt und das bereichsbezogene SOQL der Route überschreibt — eine SOQL-Abfrageüberschreibung / fehlerhafte Zugriffskontrolle (CWE-74 + CWE-639).

Jedes Unterverzeichnis ist ein eigenständiges Projekt mit eigenem Dockerfile, eigener docker-compose.yml und eigener README — mit einer aufzeichnenden salesforce-Ersatzkomponente, sodass keine Salesforce-Organisation, kein OAuth und kein Netzwerk erforderlich sind. Kurz gesagt, für beide:

cd camel-spring-boot   # or: cd camel-quarkus
mvn clean package
docker compose up -d --build
curl -s http://localhost:8080/exploit/attack
docker compose down

Schwachstellenübersicht

Der Fix benennt die Header-Konstanten in die CamelSalesforce*-Konvention um (z. B. CamelSalesforceSObjectQuery), sodass sie wie alle anderen Camel*-Header an der HTTP-Grenze herausgefiltert werden.

Advisory: https://camel.apache.org/security/CVE-2026-49099.html

Haftungsausschluss

Diese Reproduktionen dienen ausschließlich der Sicherheitsforschung und autorisierten Tests für eine öffentlich offengelegte und behobene Schwachstelle. Verwenden Sie sie nicht ohne ausdrückliche Genehmigung gegen Systeme.