CVE-2026-101259
Apache Camel: Divulgação de Informações no Camel-CoAP via Exceções de Consumidor Não Silenciadas
- 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:N/UI:N/S:U/C:L/I:N/A:NBaixo · próximos 30 dias
- Percentil
- 27,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 Geração de Mensagem de Erro Contendo Informações Sensíveis no componente CoAP do Apache Camel. Este problema afeta o Apache Camel: de 4.0.0 até antes de 4.18.5, de 4.19.0 até antes de 4.22.2. Quando o consumidor CoAP não conseguia construir sua resposta após a conclusão da rota, o CamelCoapResource capturava a exceção resultante e enviava sua mensagem de volta ao cliente CoAP como payload de uma resposta 5.00 Internal Server Error. O caso típico é uma falha de conversão de tipo: o consumidor converte o corpo final da mensagem para o payload byte[], e os cabeçalhos CamelCoapMaxAge e CamelCoapETag para seus tipos, após a rota ter retornado, e portanto fora do manipulador de erros da rota. Nas versões afetadas, a mensagem de tal falha nomeia a classe do valor sendo convertido, carrega a forma de string do valor e termina com o nome da classe e a mensagem da causa subjacente, de modo que um cliente CoAP remoto poderia ler detalhes internos sobre a implantação: nomes de classes e pacotes, a forma de string do valor, como o caminho de um corpo de arquivo, e o que quer que a causa carregue, o que na prática pode incluir caminhos, nomes de host e detalhes de conexão de um backend. O consumidor não tinha opção de suprimir isso, diferentemente dos consumidores HTTP, que oferecem uma opção muteException para esse propósito. A exceção levantada por uma rota com falha não era enviada: o consumidor não verificava se a troca havia falhado e respondia a uma falha de rota com 2.05 Content e qualquer corpo que a mensagem contivesse naquele momento. Portanto, alcançar a divulgação requer uma rota cuja resposta concluída um cliente remoto possa tornar não conversível, o que depende de como a rota é escrita. 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 atualizar para 4.22.2. Se os usuários estiverem no fluxo de versões 4.18.x, sugere-se atualizar para 4.18.5. O fluxo de versões 4.14.x e anteriores, e as linhas de versões 4.15.x a 4.17.x e 4.19.x a 4.21.x, atingiram o fim de vida antes deste problema ser resolvido e não receberão correção, portanto implantações neles devem migrar para uma versão suportada. A atualização é suficiente por si só: a nova opção muteException do consumidor tem como padrão true em todas as três linhas de versão corrigidas, de modo que a resposta de erro não carrega payload sem qualquer alteração de configuração. Para implantações que não podem atualizar imediatamente, certifique-se de que a resposta sempre possa ser construída após a conclusão da rota: converta o corpo para byte[] ou String como última etapa de cada rota que consome de um endpoint coap, por exemplo com convertBodyTo, atribua aos cabeçalhos CamelCoapMaxAge e CamelCoapETag apenas valores de seus próprios tipos, e adicione um manipulador onException que marque a falha como tratada e defina o corpo da resposta explicitamente, para que uma falha de conversão seja levantada e substituída dentro da rota em vez de no consumidor.
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.