Yu Bao

**Nome do Software Vulnerável e Versões Afetadas** mwiede jsch versões anteriores a 2.28.6 **Description** Uma falha de segurança existe na função `getRevokedKeys()` dentro do arquivo `src/main/java/com/jcraft/jsch/KnownHosts.java`. Um invasor remoto pode manipular o argumento `known hosts` para causar uma verificação inadequada de revogação de certificado. Este ataque é caracterizado por alta complexidade e é difícil de explorar. **Recommendations** Atualize para a versão 2.28.6.

**Nome do Software Vulnerável e Versões Afetadas** LatencyUtils versões anteriores a 2.0.4 **Description** A manipulação local da função `recordDetectedPause()` dentro do componente `PauseDetector` pode levar à corrupção de memória. Este problema ocorre no arquivo src/main/java/org/LatencyUtils/LatencyStats.java. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade. Como medida paliativa temporária, considere restringir o uso da função `recordDetectedPause()` para minimizar o risco de exploração.

**Nome do Software Vulnerável e Versões Afetadas** Spring Integration versões 6.4.0 até 6.4.12 Spring Integration versões 6.5.0 até 6.5.10 Spring Integration versões 7.0.0 até 7.0.5 Spring Integration versão 7.1.0 **Descrição** O `UnZipTransformer` não limita o tamanho da entrada descompactada ou a contagem de entradas ao processar arquivos. Isso permite que um invasor envie um arquivo zip especialmente criado, conhecido como zip-bomb, que pode esgotar a memória heap da JVM e causar uma interrupção de negação de serviço. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** Spring Authorization Server versões 1.4.0 até 1.4.11 Spring Authorization Server versões 1.5.0 até 1.5.8 **Descrição** A página de consentimento padrão renderiza valores controlados pelo usuário sem a codificação de entidades HTML. Ao utilizar a `DefaultConsentPage`, um invasor pode criar uma solicitação de autorização OAuth2 contendo um valor malicioso que é armazenado no servidor e, posteriormente, renderizado sem codificação na página de consentimento apresentada ao usuário final. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** Spring Security versões 7.0.0 a 7.0.6 Spring Security versão 7.1.0 **Description** A página de consentimento padrão do Spring Security Authorization Server renderiza valores controlados pelo usuário sem a aplicação de codificação de entidades HTML. Essa ausência de codificação pode levar à execução de scripts maliciosos no navegador do usuário. **Recommendations** Atualize as versões 7.0.0 a 7.0.6 do Spring Security para uma versão corrigida. Atualize a versão 7.1.0 do Spring Security para uma versão corrigida.

**Nome do Software Vulnerável e Versões Afetadas** Spring Security versão 7.1.0 Spring Security versões 7.0.0 a 7.0.6 Spring Security versões 6.5.0 a 6.5.11 Spring Security versões 6.4.0 a 6.4.18 **Description** Uma aplicação que utiliza o suporte WebAuthn pode estar vulnerável a um bypass de verificação de usuário ao utilizar um armazenamento de sessão HTTP distribuído. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** Reactor Netty versões 1.0.0 até 1.0.52 Reactor Netty versões 1.1.0 até 1.2.18 Reactor Netty versões 1.3.0 até 1.3.6 **Description** Existe um problema onde o servidor HTTP do Reactor Netty consome uma quantidade excessiva de memória quando um cliente envia requisições HTTP/1.1 pipelined através de uma única conexão. Pipelining é uma técnica onde múltiplas requisições HTTP são enviadas em uma única conexão TCP sem aguardar as respostas correspondentes. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** Spring Integration versões 7.0.0 a 7.0.5 Spring Integration versões 6.5.0 a 6.5.10 Spring Integration versões 6.4.0 a 6.4.12 Spring Integration versões 5.5.x e anteriores Spring Integration versão 7.1.0 **Description** O `RFC6587SyslogDeserializer`, utilizado pelo adaptador de entrada TCP syslog do Spring Integration para decodificar frames RFC 6587 e RFC 5424, possui uma falha ao confiar na contagem de octetos fornecida pelo remetente. Isso permite que o sistema aloque um array de bytes do tamanho especificado sem um limite superior, podendo levar a um heap overflow (condição em que um programa grava mais dados em um bloco de memória alocado no heap do que ele pode suportar). **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** Spring Security versão 7.1.0 Spring Security versões 7.0.0 a 7.0.6 Spring Security versões 6.5.0 a 6.5.11 **Description** Um problema de bypass de autenticação existe no `DPoPProofJwtDecoderFactory` devido a um ataque de replay baseado em cache. O cache interno utilizado para armazenar as claims de ID de JWT possui um limite de tamanho rigoroso. Um invasor pode inundar o servidor com requisições fictícias para remover entradas legítimas do cache, permitindo a reprodução de provas DPoP válidas interceptadas. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** Apache HttpComponents Client versões 5.0-alpha1 through 5.6.2 **Description** O HttpClient baseado no modelo de i/o clássico falha ao liberar corretamente a conexão subjacente para o gerenciador de conexões quando encontra um valor de cabeçalho `Content-Encoding` inválido ou não suportado na mensagem de resposta. Essa falha pode levar ao esgotamento do pool de conexões, resultando em um Denial of Service (DoS). Este problema não afeta o HttpClient baseado no modelo de i/o assíncrono. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.0.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Description** A validação inadequada de entrada no Componente de Mail do Apache Camel permite a exposição de informações sensíveis. A função `MailProducer.getSender()` verifica trocas de saída em busca de cabeçalhos de mensagem nos namespaces `mail.smtp.` e `mail.smtps.`. Se presentes, esses valores são aplicados como propriedades de sessão do JavaMail, substituindo a configuração do endpoint. Como esse namespace não é bloqueado por nenhuma `HeaderFilterStrategy`, entradas não confiáveis de protocolos como parâmetros de consulta HTTP, cabeçalhos de requisição, JMS ou Kafka podem ser usadas para manipular o produtor. Em versões anteriores à 4.19.0, um invasor pode definir a variável `mail.smtp.host` para redirecionar a conexão SMTP para um servidor malicioso, resultando no roubo de nomes de usuário e senhas configurados. Nas versões 4.19.0 e posteriores, o impacto é limitado ao enfraquecimento da segurança do transporte através de variáveis como `mail.smtp.ssl.trust`, `mail.smtp.starttls.enable` ou `mail.smtp.socks.host`, permitindo potencialmente a interceptação de mensagens de saída. **Recommendations** Atualize o Apache Camel versões 4.0.0 até 4.14.7 para a versão 4.14.8. Atualize o Apache Camel versões 4.15.0 até 4.18.2 para a versão 4.18.3. Atualize o Apache Camel versões 4.19.0 até 4.20.9 para a versão 4.21.0. Como solução temporária, utilize `removeHeaders('mail.smtp.*')` e `removeHeaders('mail.smtps.*')` para remover o namespace entre qualquer entrada não confiável e o produtor smtp/smtps. Restrinja o uso de substituições por mensagem, garantindo que `useJavaMailSessionPropertiesFromHeaders` esteja definido como false, habilitando-o apenas em endpoints confiáveis.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.0.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Description** A validação inadequada de entrada no Componente Lucene do Apache Camel permite a ignoração de autorização por meio de chaves controladas pelo usuário. O produtor `camel-lucene` lê frases de pesquisa de um cabeçalho de Exchange `LuceneConstants.HEADER QUERY` (com o valor `QUERY`) e `HEADER RETURN LUCENE DOCS` (com o valor `RETURN LUCENE DOCS`). Como esses nomes não possuem o prefixo `Camel` ou `camel`, a `HttpHeaderFilterStrategy` permite que eles passem de requisições HTTP recebidas diretamente para o Exchange. Em rotas que expõem operações de consulta Lucene via um consumidor HTTP, um invasor pode definir o cabeçalho `QUERY` para executar consultas arbitrárias no índice de texto completo, substituindo os filtros pretendidos. Isso pode resultar no acesso não autorizado a documentos ou alto consumo de CPU através de consultas de expressões regulares complexas. Nenhuma credencial é necessária se o consumidor HTTP não for autenticado. **Recommendations** Atualizar para a versão 4.21.0. Atualizar para a versão 4.14.8 para aqueles na linha LTS 4.14.x. Atualizar para a versão 4.18.3 para aqueles na linha 4.18.x. Após a atualização, as rotas que definem a consulta via nomes de cabeçalho brutos devem usar `CamelLuceneQuery` e `CamelLuceneReturnLuceneDocs` em vez de `QUERY` e `RETURN LUCENE DOCS`. Como mitigação temporária, remova os cabeçalhos `QUERY` e `RETURN LUCENE DOCS` antes do produtor Lucene e defina a consulta a partir de uma fonte confiável.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.14.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Description** Existe um problema onde o padrão ObjectInputFilter padrão usado para filtragem de desserialização em vários componentes permite classes que realizam E/S de rede, como `java.net.URL` e `java.net.InetAddress`. Um invasor pode enviar um payload serializado Java contendo um `HashMap` com chaves `java.net.URL` para um consumidor afetado. Isso faz com que a JVM emita consultas DNS para um host controlado pelo invasor durante a desserialização, criando um canal lateral out-of-band. O risco é mais significativo na família `camel-jms` porque a função `extractBodyFromJms()` em `JmsBinding` invoca `getObject()` incondicionalmente quando a variável `mapJmsMessage` está definida como true. Os componentes afetados incluem `camel-jms`, `camel-sjms`, `camel-amqp`, `camel-mina`, `camel-netty`, `camel-netty-http`, `camel-vertx-http`, `camel-infinispan` e os componentes de repositório de agregação `camel-leveldb`, `camel-cassandraql`, `camel-consul` e `camel-sql`. **Recommendations** Atualizar Apache Camel versões 4.14.0 até 4.14.7 para a versão 4.14.8. Atualizar Apache Camel versões 4.15.0 até 4.18.2 para a versão 4.18.3. Atualizar Apache Camel versões 4.19.0 até 4.20.9 para a versão 4.21.0. Configurar uma lista de permissões no lado do provedor JMS usando `deserializationAllowList` ou `deserializationDenyList` no Apache ActiveMQ Artemis, ou `org.apache.activemq.SERIALIZABLE PACKAGES` no Apache ActiveMQ Classic. Substituir o filtro padrão através da opção `deserializationFilter` no nível do endpoint ou da propriedade de sistema da JVM `-Djdk.serialFilter` usando o padrão `!java.net.**;java.**;javax.**;org.apache.camel.**;!*` (ou `!java.net.**;java.**;org.apache.camel.**;!*` para componentes de repositório de agregação).

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.0.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Description** Existe uma validação incorreta de entrada no componente `camel-aws2-sns`. A `Sns2HeaderFilterStrategy` originalmente carecia de uma regra de filtro de entrada, configurando apenas um filtro de saída via `setOutFilterPattern` para bloquear os cabeçalhos `Camel*`, `breadcrumbId` e `org.apache.camel.*`. Embora uma lacuna semelhante no componente `camel-aws2-sqs` permitisse a injeção de cabeçalhos de controle do Camel através de `HeaderFilterStrategy.applyFilterToExternalHeaders`, isso não é explorável no `camel-aws2-sns` porque o `Sns2Endpoint` é apenas de produtor e não suporta consumidores, já que `createConsumer()` lança uma `UnsupportedOperationException`. Esta atualização é uma medida de reforço de defesa em profundidade para alinhar a configuração com outras estratégias, adicionando uma regra `setInFilterStartsWith` para o namespace Camel. **Recommendations** Atualizar Apache Camel versões 4.0.0 até 4.14.7 para a versão 4.14.8. Atualizar Apache Camel versões 4.15.0 até 4.18.2 para a versão 4.18.3. Atualizar Apache Camel versões 4.19.0 até 4.20.9 para a versão 4.21.0. Aplicar permissões IAM de privilégio mínimo em tópicos SNS como uma boa prática geral.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.0.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Description** Um problema de injeção e Server-Side Request Forgery (SSRF) existe no componente Solr do Apache Camel. O produtor `camel-solr` copia cabeçalhos de mensagens Exchange que iniciam com o prefixo `SolrParam.` para os parâmetros de requisição do Solr e aqueles que iniciam com `SolrField.` para os campos do documento Solr indexado. Como esses prefixos não começam com o namespace `Camel` ou `camel`, o `HttpHeaderFilterStrategy` permite que eles passem de requisições HTTP recebidas para o Exchange. Em rotas que fazem a ponte entre um consumidor HTTP e um produtor `solr:`, um invasor não autenticado pode injetar parâmetros de requisição Solr arbitrários via cabeçalhos `SolrParam.*` — como `shards` ou `stream.url` para disparar SSRF contra serviços internos ou endpoints de metadados de nuvem, ou `qt` para acessar manipuladores administrativos — e injetar campos arbitrários em documentos via cabeçalhos `SolrField.*`. **Recommendations** Atualizar Apache Camel versões 4.0.0 até 4.14.7 para a versão 4.14.8. Atualizar Apache Camel versões 4.15.0 até 4.18.2 para a versão 4.18.3. Atualizar Apache Camel versões 4.19.0 até 4.20.9 para a versão 4.21.0. Após a atualização, as rotas que definem parâmetros ou campos Solr devem usar `CamelSolrParam.` e `CamelSolrField.` em vez de `SolrParam.` e `SolrField.`. Como mitigação temporária, remova os cabeçalhos `SolrParam.*` e `SolrField.*` de qualquer entrada não confiável antes do produtor `solr:` e defina os parâmetros e campos necessários a partir de uma fonte confiável na rota.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.0.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Descrição** Uma validação de entrada inadequada no componente Apache Camel Cometd permite que usuários não autenticados injetem cabeçalhos de controle do Camel arbitrários. A função `CometdBinding.populateExchangeFromMessage()` copia o mapa `ext.CamelHeaders` do cliente CometD diretamente para a mensagem Camel sem aplicar uma HeaderFilterStrategy. Como nenhuma Bayeux SecurityPolicy é instalada por padrão, qualquer cliente que complete o handshake Bayeux pode publicar mensagens que modifiquem cabeçalhos de controle internos, como `CamelHttpUri`, `CamelFileName` ou `CamelJmsDestinationName`. Isso pode resultar no redirecionamento de produtores HTTP, alteração de nomes de arquivos ou substituição de destinos JMS, sendo que os cabeçalhos injetados persistem através de saltos internos direct, seda e vm. **Recomendações** Atualize para a versão 4.21.0. Atualize para a versão 4.14.8 para aqueles na linha de lançamentos LTS 4.14.x. Atualize para a versão 4.18.3 para aqueles na linha de lançamentos 4.18.x. Remova os cabeçalhos de controle do Camel das mensagens CometD recebidas utilizando `removeHeaders('Camel*')` e `removeHeaders('camel*')` no início da rota. Instale uma Bayeux SecurityPolicy explícita no CometdComponent para garantir que apenas clientes autenticados possam publicar mensagens.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.3.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Descrição** Uma validação de entrada inadequada no componente camel-elasticsearch-rest-client permite a ignorar a autorização. O componente utiliza constantes de cabeçalho sem prefixo—`SEARCH QUERY`, `OPERATION`, `INDEX NAME`, `INDEX SETTINGS` e `ID`—que não são bloqueadas pelo `HttpHeaderFilterStrategy` por não possuírem o prefixo 'Camel' ou 'camel'. Quando uma rota expõe um ponto de entrada HTTP antes de um produtor elasticsearch-rest-client, um cliente não confiável pode fornecer esses cabeçalhos para sobrescrever as consultas e operações configuradas. Isso pode resultar em ações não autorizadas, como a leitura de todos os documentos em um índice, a exclusão de documentos ou a exfiltração de campos específicos, sem a necessidade de credenciais. **Recomendações** Atualizar para a versão 4.21.0. Atualizar para a versão 4.14.8 para aqueles na linha LTS 4.14.x. Atualizar para a versão 4.18.3 para aqueles na linha 4.18.x. Como mitigação temporária, remova os cabeçalhos `SEARCH QUERY`, `OPERATION`, `INDEX NAME`, `INDEX SETTINGS` e `ID` de mensagens recebidas não confiáveis antes que alcancem o produtor. Aplique um `HeaderFilterStrategy` personalizado que bloqueie os nomes de cabeçalho mencionados.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.18.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.x **Description** A expiração insuficiente de sessão no Componente Keycloak do Apache Camel ocorre porque a função `KeycloakSecurityHelper.parseAndVerifyAccessToken()` não aplica o predicado `IS ACTIVE`. Este predicado é responsável por validar as reivindicações `exp` (expiração) e `nbf` (não antes) de um token. Consequentemente, embora o auxiliar verifique a assinatura, o assunto e o emissor do token, ele não impõe a janela de validade, permitindo que tokens de acesso expirados ou ainda não válidos sejam aceitos como válidos para a autenticação de solicitações recebidas. **Recommendations** Atualizar para a versão 4.18.3 para aqueles que utilizam a linha de lançamento 4.18.x. Atualizar para a versão 4.21.0. Como mitigação temporária, valide as reivindicações `exp` e `nbf` do token de acesso na rota antes de confiar nele. Mantenha os tempos de vida dos tokens de acesso do Keycloak curtos. Garanta que qualquer gateway upstream ou servidor de recursos também valide a janela de validade do token.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.0.0 até 4.14.7 Apache Camel versões 4.15.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.9 **Description** Existe um problema de validação inadequada de entrada no componente Apache Camel CXF SOAP, resultando em um redirecionamento de agente confundido (confused-deputy). O produtor `camel-cxf` determina qual operação SOAP invocar em um serviço de backend usando os cabeçalhos de Exchange `operationName` e `operationNamespace`. Como esses cabeçalhos não possuíam o prefixo Camel obrigatório, a `HttpHeaderFilterStrategy` não os bloqueou na fronteira HTTP. Consequentemente, um cliente HTTP não autenticado poderia manipular esses cabeçalhos para forçar o `CxfProducer` a executar uma operação WSDL diferente da pretendida, como substituir uma operação de leitura por uma destrutiva. Este problema também afeta o `camel-cxfrs` devido ao módulo compartilhado `camel-cxf-common`. **Recommendations** Atualizar as versões do Apache Camel 4.0.0 até 4.14.7 para a versão 4.14.8. Atualizar as versões do Apache Camel 4.15.0 até 4.18.2 para a versão 4.18.3. Atualizar as versões do Apache Camel 4.19.0 até 4.20.9 para a versão 4.21.0. Como mitigação temporária, remova os cabeçalhos `operationName` e `operationNamespace` de qualquer entrada não confiável antes que cheguem ao produtor `cxf:` e defina a operação a partir de uma fonte confiável na rota.

**Nome do Software Vulnerável e Versões Afetadas** Apache Camel versões 4.18.0 até 4.18.2 Apache Camel versões 4.19.0 até 4.20.x **Descrição** A desserialização de dados não confiáveis no componente PQC do Apache Camel ocorre quando o `HashicorpVaultKeyLifecycleManager`, `AwsSecretsManagerKeyLifecycleManager` e `FileBasedKeyLifecycleManager` leem metadados de chaves de backends de segredos. Esses componentes utilizam `java.io.ObjectInputStream.readObject()` para desserializar valores envolvidos em Base64 sem um `ObjectInputFilter` ou lista de permissões de classes. Um invasor com acesso de escrita ao caminho KV do HashiCorp Vault ou ao segredo do AWS Secrets Manager pode armazenar um objeto serializado malicioso. Quando a aplicação realiza operações normais de ciclo de vida de chaves, o objeto é desserializado, podendo levar à execução remota de código no contexto da aplicação. **Recomendações** Atualize para a versão 4.18.3 para aqueles na linha de lançamento LTS 4.18.x. Atualize para a versão 4.21.0. Restrinja o acesso de escrita ao backend de chaves para que apenas a identidade da aplicação possa gravar segredos, utilizando políticas de privilégio mínimo do HashiCorp Vault e permissões IAM `secretsmanager:PutSecretValue`. Armazene o material de chave PQC em um backend separado de quaisquer dados que principais menos confiáveis possam gravar.