CVE-2026-95628

Riepilogo

Vulnerabilità di limitazione impropria di un pathname 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 costruisce la riga di comando dello strumento esterno docling e vi aggiunge gli argomenti personalizzati forniti nell'header CamelDoclingCustomArguments, una lista di stringhe i cui flag la correzione per CVE-2026-40047 ha limitato a una allowlist. Tale correzione ha anche introdotto validatePathSafety per mantenere i valori degli argomenti simili a percorsi all'interno della directory prevista, ma il metodo cercava solo il traversal relativo: rifiutava un valore contenente una sequenza di traversal come ../ e un valore la cui forma normalizzata conteneva ancora un elemento .. Esso non verificava mai se un valore fosse un percorso assoluto, e un percorso assoluto senza segmenti di traversal non contiene né l'uno né l'altro, quindi passava invariato. Ogni valore simile a un percorso passava attraverso questo controllo, sia che fosse un elemento separato della lista che seguiva il proprio flag, sia che fosse attaccato al flag dopo un segno di uguale, quindi un percorso assoluto veniva accettato in entrambe le forme, ad esempio come directory fornita al flag --artifacts-path presente nella allowlist, che indica a docling dove trovare i propri artefatti del modello. Tale valore raggiungeva la riga di comando di docling così come fornito, quindi una parte in grado di scegliere gli argomenti personalizzati poteva indirizzare il processo docling verso qualsiasi directory a cui il processo Camel può accedere, al di fuori della directory di lavoro in cui il controllo avrebbe dovuto mantenere i valori dei percorsi, che è il risultato che la correzione di CVE-2026-40047 mirava a prevenire. Solo la modalità CLI, che è quella predefinita, passa argomenti personalizzati a docling. L'header appartiene al namespace degli header di Camel, che i consumer che applicano il filtraggio predefinito degli header di Camel, come i consumer JMS e Kafka, rimuovono dai messaggi in ingresso, quindi il problema viene raggiunto dove una route inoltra valori influenzati dall'esterno nell'header o dove un consumer mappa gli header in ingresso senza tale filtraggio. 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. 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 CamelDoclingCustomArguments da valori che provengono dall'esterno del deployment, rimuovere tale 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 ingresso scartino il namespace degli header di Camel, in modo che solo la route stessa scelga gli argomenti personalizzati.