Julien Viet

**Nome do Software Vulnerável e Versões Afetadas** Eclipse Vert.x Web Client versões anteriores a 4.5.30 Eclipse Vert.x Web Client versões anteriores a 5.1.5 **Description** O componente `WebClientSession` não valida se o atributo Domain de um cabeçalho de resposta Set-Cookie corresponde ao domínio do servidor de origem, violando a seção 5.3 da RFC 6265. Um invasor que controle qualquer servidor contatado pela aplicação vítima pode injetar um cookie vinculado a um domínio de terceiros arbitrário. Como o armazenamento de sessão não realiza a verificação de propriedade entre domínios, ele armazena e posteriormente transmite esse cookie ao domínio alvo. Isso faz com que o serviço receptor processe a requisição sob a conta do invasor, permitindo que dados sensíveis, como valores de pagamento, detalhes de cartão ou outras cargas úteis de API, fiquem acessíveis ao invasor através de sua própria conta nesse serviço. **Recommendations** Atualize para a versão 4.5.30 ou posterior para o ramo 4.x. Atualize para a versão 5.1.5 ou posterior para o ramo 5.x.

Nome do software vulnerável e versões afetadas: Eclipse Vert.x, versões 4.3.0 a 4.5.9 Descrição: O servidor gRPC no Eclipse Vert.x não limita o comprimento máximo da carga útil da mensagem, o que pode levar a possíveis problemas. Esta vulnerabilidade não afeta o servidor gRPC do Vert.x baseado nas bibliotecas grpc-java e Netty. O número estimado de dispositivos potencialmente afetados em todo o mundo não foi especificado. Não há informações sobre incidentes reais em que esta vulnerabilidade tenha sido explorada. Recomendações: Para as versões 4.3.0 a 4.5.9 do Eclipse Vert.x, atualize para a versão 4.5.10 ou posterior para corrigir o problema. Como solução alternativa temporária, considere restringir o comprimento máximo da carga útil da mensagem na configuração do servidor gRPC para minimizar o risco de exploração.

**Name of the Vulnerable Software and Affected Versions** Eclipse Vert.x versions 3.0.0 through 3.5.2 **Description** The issue allows replay attacks with previously issued tokens that have not expired yet, due to the CSRFHandler not asserting that the XSRF Cookie matches the returned XSRF header or form parameter. **Recommendations** For Eclipse Vert.x versions 3.0.0 through 3.5.2, consider disabling the CSRFHandler until a patch is available to prevent replay attacks. Restrict access to sensitive operations that rely on the XSRF token to minimize the risk of exploitation.