Haruki Oyama

**Nome do Software Vulnerável e Versões Afetadas** OpenSSL (versões afetadas não especificadas) **Descrição** Uma leitura fora dos limites (out-of-bounds read) de heap pode ocorrer durante a descriptografia baseada em senha do CMS (RFC 3211 / PWRI key unwrap) ao processar dados CMS fornecidos por um invasor. O problema ocorre na função `kek unwrap key()` quando um invasor seleciona uma cifra KEK (Key Encryption Key) em modo de fluxo via um OID no `keyEncryptionAlgorithm`. Como o sistema não exige que a cifra seja de bloco, a verificação de comprimento mínimo é ignorada, permitindo que o buffer alocado para a chave desembrulhada seja pequeno demais para os bytes de verificação especificados na RFC. Isso pode causar a interrupção do sistema (crash) e consequente Negação de Serviço se o buffer de entrada terminar no limite de uma página de memória e a página seguinte não estiver mapeada. Aplicações que utilizam `CMS decrypt()` ou `CMS decrypt set1 password()` em dados não confiáveis são afetadas. Não é necessário conhecimento da senha para disparar este problema. Módulos FIPS não são afetados. **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** apache-airflow-providers-keycloak versões anteriores a 0.7.0 **Descrição** O gerenciador de autenticação Keycloak não gera nem valida o parâmetro `state` do OAuth 2.0 durante o fluxo de login e login-callback e não implementa o PKCE (Proof Key for Code Exchange), uma extensão de segurança do OAuth 2.0 que evita a injeção de códigos de autorização. Um invasor com uma conta Keycloak no mesmo realm pode enviar uma URL de callback manipulada para o navegador de uma vítima, forçando a vítima a ser conectada à sessão do Airflow do invasor. Este login-CSRF ou fixação de sessão permite que o invasor colete quaisquer credenciais que a vítima armazene posteriormente nas Conexões do Airflow. **Recomendações** Atualize para a versão 0.7.0 ou posterior.

**Name of the Vulnerable Software and Affected Versions** Apache Log4j Core versões 2.12.0 até 2.25.3 **Description** Existe uma falha onde a verificação de nome de host é ignorada quando configurada através do atributo `verifyHostName` do elemento '<Ssl>'. Isso ocorre mesmo que o atributo seja explicitamente definido, deixando as conexões TLS suscetíveis a interceptação. Um invasor baseado em rede pode realizar um ataque de man-in-the-middle se um appender SMTP, Socket ou Syslog for utilizado, o TLS estiver configurado via um elemento '<Ssl>' aninhado e o invasor possuir um certificado emitido por uma CA confiável pelo trust store configurado ou pelo trust store padrão do Java. **Recommendations** Atualizar para o Apache Log4j Core 2.25.4.

Name of the Vulnerable Software and Affected Versions Apache Tomcat versões 11.0.0-M14 até 11.0.20, versões 10.1.22 até 10.1.53 e versões 9.0.92 até 9.0.116 Description A autenticação CLIENT CERT pode não falhar conforme o esperado em determinados cenários quando a falha suave está desabilitada e o FFM é usado. Recommendations Atualize para a versão 11.0.21 Atualize para a versão 10.1.54 Atualize para a versão 9.0.117

**Nome do Software Vulnerável e Versões Afetadas** Apache HTTP Server versões anteriores a 2.4.67 **Descrição** Ocorre a divisão de resposta HTTP (HTTP response splitting) em múltiplos módulos do Apache HTTP Server ao interagir com servidores backend não confiáveis ou comprometidos. Este problema permite que um invasor divida uma resposta HTTP, podendo levar ao envenenamento de cache ou cross-site scripting. **Recomendações** Atualizar para a versão 2.4.67.