CVE-2026-95629
Apache Camel: Cabeçalho de caminho de saída não validado no Camel-Docling permite gravar a saída de conversão em um diretório arbitrário
- 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 executa a ferramenta externa docling em modo CLI, o padrão, e informa onde escrever o documento convertido por meio da flag --output. Quando o cabeçalho CamelDoclingOutputFilePath era definido, addOutputDirectoryArguments passava seu valor para essa flag literalmente: o valor não era normalizado, um caminho absoluto ou um caminho contendo segmentos .. era aceito como fornecido, e nenhuma opção de endpoint podia restringi-lo a um diretório. A validação de argumentos personalizados adicionada pela correção para CVE-2026-40047 recusa as flags --output e -o no cabeçalho CamelDoclingCustomArguments e orienta os chamadores a escolher o diretório de saída com este cabeçalho, de modo que o único valor que decide onde o docling escreve chegava à linha de comando sem qualquer uma das verificações aplicadas aos argumentos personalizados. O Docling escreve o resultado da conversão, como Markdown, HTML, JSON ou texto, nesse diretório, nomeando o arquivo com o nome do arquivo de entrada, e o produtor depois remove apenas seu próprio diretório temporário, de modo que o arquivo permanece no local. Uma parte capaz de definir o cabeçalho poderia, portanto, fazer com que a saída da conversão fosse criada em qualquer diretório no qual o processo Camel possa escrever. O conteúdo de tal arquivo é a conversão do documento transportado pela mensagem, portanto é moldado por quem fornece esse documento sem ser escrito byte a byte, e quando o conteúdo do documento chega no corpo da mensagem o produtor o armazena sob um nome temporário aleatório, que o arquivo de saída então carrega. 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, de modo que 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. O modo docling-serve não usa o cabeçalho. Recomenda-se que os usuários atualizem para a versão 4.23.0, que corrige o problema. Se os usuários estiverem na linha de versões 4.22.x, sugere-se que atualizem para 4.22.2. Se os usuários estiverem na linha de versões 4.18.x, sugere-se que atualizem para 4.18.5. A correção adiciona uma opção de endpoint outputBaseDirectory que não é definida por padrão, portanto, após a atualização, defina-a em cada endpoint docling cujo cabeçalho CamelDoclingOutputFilePath possa carregar um valor influenciado de fora da implantação; sem ela, o cabeçalho é normalizado, mas ainda pode nomear qualquer diretório. 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 CamelDoclingOutputFilePath 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 o diretório de saída.
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.