CVE-2026-95628
Apache Camel: a validação de caminho do argumento CLI personalizado do Camel-Docling não rejeita caminhos absolutos (correção incompleta da CVE-2026-40047)
- Publicado
- 26 de out. de 2026
- Atualizado
- 26 de out. de 2026
- Atribuindo CNA
- apache
- Evidência observada
- 30 de out. de 2026
CVSS primário
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:LBaixo · próximos 30 dias
- Percentil
- 26,9%
- Data do modelo
- 29 de out. de 2026
EPSS é uma estimativa estatística, não uma certeza ou uma medida de impacto. Combine-o com CVSS, status KEV, exposição e seu ambiente.
Resumo
Vulnerabilidade de Limitação Imprópria de um Nome de Caminho a um Diretório Restrito ('Path Traversal') no componente Apache Camel Docling. Este problema afeta o Apache Camel: de 4.15.0 antes de 4.18.5, de 4.19.0 antes de 4.22.2. O DoclingProducer constrói a linha de comando da ferramenta externa docling e anexa a ela os argumentos personalizados fornecidos no cabeçalho CamelDoclingCustomArguments, uma lista de strings cujos flags a correção para CVE-2026-40047 restringiu a uma lista de permissões. Essa correção também introduziu validatePathSafety para manter valores de argumentos semelhantes a caminhos dentro do diretório pretendido, mas o método apenas procurava travessia relativa: rejeitava um valor contendo uma sequência de travessia como ../ e um valor cuja forma normalizada ainda continha um elemento .. . Nunca verificou se um valor era um caminho absoluto, e um caminho absoluto sem segmentos de travessia não contém nenhum dos dois, portanto passava inalterado. Todo valor semelhante a caminho passava por essa verificação, quer fosse um elemento de lista separado seguindo seu flag, quer estivesse anexado ao flag após um sinal de igual, de modo que um caminho absoluto era aceito em qualquer das formas, por exemplo como o diretório fornecido ao flag --artifacts-path da lista de permissões, que informa ao docling onde encontrar seus artefatos de modelo. Tal valor chegava à linha de comando do docling como fornecido, de modo que uma parte capaz de escolher os argumentos personalizados poderia apontar o processo docling para qualquer diretório que o processo Camel possa acessar, fora do diretório de trabalho no qual a verificação deveria manter os valores de caminho, que é o resultado que a correção do CVE-2026-40047 visava prevenir. Apenas o modo CLI, que é o padrão, passa argumentos personalizados ao docling. O cabeçalho pertence ao namespace de cabeçalhos do Camel, que os consumidores que aplicam a filtragem padrão de cabeçalhos do Camel, como os consumidores JMS e Kafka, removem das mensagens recebidas, portanto o problema é alcançado quando uma rota encaminha valores influenciados externamente para o cabeçalho ou quando um consumidor mapeia cabeçalhos recebidos sem essa filtragem. Recomenda-se que os usuários atualizem para a versão 4.23.0, que corrige o problema. Se os usuários estiverem no fluxo de versões 4.22.x, sugere-se que atualizem para 4.22.2. Se os usuários estiverem no fluxo de versões 4.18.x, sugere-se que atualizem para 4.18.5. As linhas de versão 4.15.x a 4.17.x e 4.19.x a 4.21.x atingiram o fim de vida antes que este problema fosse resolvido e não receberão correção, portanto as implantações nelas devem migrar para uma versão suportada. Para implantações que não podem atualizar imediatamente, não construa o cabeçalho CamelDoclingCustomArguments a partir de valores originados fora da implantação, remova esse cabeçalho das mensagens que chegam de fora antes que alcancem um endpoint docling, e certifique-se de que os consumidores que mapeiam cabeçalhos de mensagens recebidas descartem o namespace de cabeçalhos do Camel, para que apenas a própria rota escolha os argumentos personalizados.
Uso responsável
Use informações de vulnerabilidade apenas em sistemas que você possui ou está autorizado a testar. O Kitploit vincula-se a metadados de pesquisa pública e não armazena código de exploração ou cargas maliciosas.