CVE-2026-95629

Riepilogo

Vulnerabilità di limitazione impropria di un percorso a una directory limitata ('Path Traversal') nel componente Apache Camel Docling. Questo problema riguarda Apache Camel: dalla 4.15.0 precedente alla 4.18.5, dalla 4.19.0 precedente alla 4.22.2. DoclingProducer esegue lo strumento esterno docling in modalità CLI, quella predefinita, e gli indica dove scrivere il documento convertito tramite il flag --output. Quando l'header CamelDoclingOutputFilePath era impostato, addOutputDirectoryArguments passava il suo valore a quel flag alla lettera: il valore non veniva normalizzato, un percorso assoluto o un percorso contenente segmenti .. veniva accettato così com'era, e nessuna opzione dell'endpoint poteva confinarlo a una directory. La validazione degli argomenti personalizzati aggiunta dalla correzione per CVE-2026-40047 rifiuta i flag --output e -o nell'header CamelDoclingCustomArguments e indica ai chiamanti di scegliere la directory di output con questo header, quindi l'unico valore che decide dove scrive docling raggiungeva la riga di comando senza nessuno dei controlli applicati agli argomenti personalizzati. Docling scrive il risultato della conversione, come Markdown, HTML, JSON o testo, in quella directory, nominando il file come il file di input, e il producer successivamente rimuove solo la propria directory temporanea, quindi il file rimane al suo posto. Una parte in grado di impostare l'header poteva quindi far creare l'output della conversione in qualsiasi directory in cui il processo Camel può scrivere. Il contenuto di tale file è la conversione del documento trasportato dal messaggio, quindi è modellato da chi fornisce quel documento senza essere scritto byte per byte, e quando il contenuto del documento arriva nel corpo del messaggio il producer lo memorizza con un nome temporaneo casuale, che il file di output porta poi con sé. L'header appartiene al namespace degli header di Camel, che i consumer che applicano il filtro predefinito degli header di Camel, come i consumer JMS e Kafka, rimuovono dai messaggi in arrivo, quindi il problema si raggiunge dove una route inoltra valori influenzati dall'esterno nell'header o dove un consumer mappa gli header in arrivo senza quel filtro. La modalità docling-serve non utilizza l'header. Si raccomanda agli utenti di aggiornare alla versione 4.23.0, che corregge il problema. Se gli utenti si trovano sul ramo di release 4.22.x, si suggerisce di aggiornare alla 4.22.2. Se gli utenti si trovano sul ramo di release 4.18.x, si suggerisce di aggiornare alla 4.18.5. La correzione aggiunge un'opzione dell'endpoint outputBaseDirectory non impostata per impostazione predefinita, quindi dopo l'aggiornamento impostarla su ogni endpoint docling il cui header CamelDoclingOutputFilePath può trasportare un valore influenzato dall'esterno del deployment; senza di essa l'header viene normalizzato ma può comunque indicare qualsiasi directory. Le linee di release dalla 4.15.x alla 4.17.x e dalla 4.19.x alla 4.21.x hanno raggiunto la fine del ciclo di vita prima che questo problema fosse risolto e non riceveranno una correzione, quindi i deployment su di esse devono passare a una release supportata. Per i deployment che non possono aggiornare immediatamente, non costruire l'header CamelDoclingOutputFilePath da valori che provengono dall'esterno del deployment, rimuovere quell'header dai messaggi che arrivano dall'esterno prima che raggiungano un endpoint docling, e assicurarsi che i consumer che mappano gli header dei messaggi in arrivo scartino il namespace degli header di Camel, in modo che solo la route stessa scelga la directory di output.