CVE-2026-49097
Apache Camel: Camel-IRC: As constantes de cabeçalho de Exchange irc.sendTo (e outras irc.*) usavam nomes sem o prefixo Camel, que contornam o filtro de cabeçalhos HTTP, permitindo que um cliente HTTP redirecione mensagens IRC de saída para canais ou usuários arbitrários
- Publicado
- 6 de jul. de 2026
- Atualizado
- 6 de jul. de 2026
- Atribuindo CNA
- apache
- Evidência observada
- 6 de ago. 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:L/A:NBaixo · próximos 30 dias
- Percentil
- 51,2%
- Data do modelo
- 15 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
Validação de Entrada Incorreta, Vulnerabilidade de Neutralização Incorreta de Elementos Especiais em Saída Usada por um Componente a Jusante ('Injeção') no componente IRC do Apache Camel. O produtor camel-irc escolhe o destino de uma mensagem IRC de saída a partir do cabeçalho Exchange irc.sendTo (a constante IrcConstants.IRC_SEND_TO, valor irc.sendTo); quando esse cabeçalho está presente, ele substitui a lista de canais configurada no endpoint, e a mensagem é enviada apenas para o destino especificado. Este e os outros cabeçalhos de controle do componente (irc.target, irc.messageType, irc.user.*, irc.num, irc.value) usavam valores simples, sem prefixo Camel. Como esses nomes não começam com o prefixo Camel / camel, o HttpHeaderFilterStrategy — que bloqueia apenas o namespace de cabeçalhos Camel no limite HTTP — permitia que eles passassem de uma solicitação HTTP de entrada diretamente para o Exchange. Em uma rota que faz a ponte entre um consumidor HTTP (por exemplo, platform-http) e um produtor irc:, qualquer cliente HTTP poderia, portanto, definir o cabeçalho irc.sendTo e redirecionar uma mensagem que a rota destinava a um canal configurado para um canal ou usuário IRC arbitrário — exfiltrando o conteúdo da mensagem para um apelido escolhido pelo atacante, vazando-o para um canal público ou entregando mensagens que parecem vir do bot. Nenhuma credencial é necessária quando o consumidor de ponte não é autenticado. Este problema afeta o Apache Camel: de 4.0.0 antes de 4.14.8, de 4.15.0 antes de 4.18.3, de 4.19.0 antes de 4.21.0. Recomenda-se que os usuários atualizem para a versão 4.21.0, que corrige o problema. Se os usuários estiverem no fluxo de versões LTS 4.14.x, sugere-se que atualizem para 4.14.8. Se os usuários estiverem no fluxo de versões 4.18.x, sugere-se que atualizem para 4.18.3. Após a atualização, as rotas que definem cabeçalhos IRC por meio dos nomes de cabeçalho brutos devem usar os nomes CamelIrc* (por exemplo, CamelIrcSendTo) em vez dos antigos valores irc.*. Para implantações que não podem atualizar imediatamente, remova os cabeçalhos irc.* de qualquer entrada não confiável antes do produtor irc: (por exemplo, removeHeaders('irc.*') no início da rota) e defina o destino IRC a partir de uma fonte confiável.
Fontes
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.