CVE-2026-49099 — camel-salesforce sObjectQuery Iniezione dell'header

Riproduttori proof-of-concept eseguibili per la stessa vulnerabilità Apache Camel, uno per runtime:

Entrambe sono versioni vulnerabili (corrette in 4.14.8 / 4.18.3 / 4.21.0) e dimostrano lo stesso identico difetto: AbstractSalesforceProcessor.getParameter() risolve l'header sObjectQuery (e i suoi omologhi apexUrl, sObjectName, …) prima del valore configurato dell'endpoint. Questi nomi di header sono stringhe semplici, senza prefisso Camel, e camel-salesforce non include alcuna HeaderFilterStrategy, quindi il filtro di confine HTTP (HttpHeaderFilterStrategy, che rimuove solo Camel*) lascia passare direttamente un header HTTP in ingresso, che sovrascrive la SOQL limitata alla route — un override della query SOQL / controllo degli accessi compromesso (CWE-74 + CWE-639).

Ogni sottodirectory è un progetto autonomo con il proprio Dockerfile, docker-compose.yml e README — con un componente salesforce fittizio (stand-in) con registrazione, quindi non sono necessari un'organizzazione Salesforce, OAuth o rete. In breve, per entrambi:

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

Riepilogo della vulnerabilità

La correzione rinomina le costanti degli header secondo la convenzione CamelSalesforce* (ad es. CamelSalesforceSObjectQuery), così questi header vengono rimossi al confine HTTP come qualsiasi altro header Camel*.

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

Esclusione di responsabilità

Questi riproduttori sono forniti esclusivamente per ricerca sulla sicurezza e test autorizzati, per una vulnerabilità divulgata pubblicamente e corretta. Non utilizzarli contro sistemi senza autorizzazione esplicita.