CVE-2026-78163

Server-Side Request Forgery (SSRF), Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') e Esposizione di informazioni sensibili a un actor non autorizzato vulnerabilità nel componente Apache Camel Docling.

Questo problema riguarda Apache Camel: dalla versione 4.15.0 prima della 4.18.5, dalla versione 4.19.0 prima della 4.22.1.

DoclingProducer decideva cosa significasse un corpo del messaggio Stringispondendo a un'ispezione del suo prefisso. Un corpo che iniziava con http:// o https:// veniva consegnato a Docling come URL remoto da recuperare, un corpo che iniziava con / o conteneva una backslash veniva letto dal filesystem locale, e tutto il resto veniva scritto su un file temporaneo e convertito in contenuto del documento. La modalità veniva scelta implicitamente e nessuna opzione dell'endpoint permetteva all'autore della route di fissare il componente a un'unica interpretazione, quindi una route che significava convertire qualsiasi testo arrivasse nel corpo diventava silenziosamente un fetcher di risorse remote o un lettore di file locali ogni volta che il testo iniziava con uno di quei prefissi. L'unica protezione applicata al valore derivato era un controllo di dimensione, e tale controllo era avvolto in un test di esistenza, quindi un percorso che si risolveva in nulla, o in un pseudo-file che riportava una dimensione zero, passava senza essere controllato affatto. Cinque punti di chiamata raggiungevano le due destinazioni: la modalità CLI aggiungeva il valore come argomento posizionale finale del subprocess docling, e la modalità docling-serve lo passava o a HttpSource affinché il backend lo recuperasse o a Files.readAllBytes affinché il contenuto potesse essere codificato in base64 e caricato. Poiché il corpo dello scambio non viene mai filtrato da una HeaderFilterStrategy, a differenza dello spazio dei nomi degli header di Camel, un mittente in grado di inserire testo in un messaggio che una route inoltra a un endpoint docling poteva raggiungere entrambe le destinazioni senza alcuna opt-in da parte del deployment.

Si raccomanda agli utenti di aggiornare alla versione 4.23.0, che risolve il problema. Se gli utenti utilizzano la serie di versioni 4.22.x, si consiglia di aggiornare a 4.22.1. Se gli utenti sono sulla serie di versioni 4.18.x, si consiglia di aggiornare a 4.18.5. La serie di versioni 4.14.x e precedenti ha raggiunto la fine del ciclo di vita prima che questo problema fosse risolto e non riceverà correzioni, pertanto i deployment su queste versioni devono passare a una release supportata. Per i deployment che non possono aggiornare immediatamente, si consiglia di non instradare i corpi dei messaggi provenienti da fonti esterne verso un endpoint docling, e di far passare il documento attraverso un corpo tipizzato come File, byte[] o InputStream, o tramite l'intestazione CamelDoclingInputFilePath, in modo che il corpo non sia mai soggetto all'interpretazione del prefisso.