Aeneasr

**Nome do software vulnerável e versões afetadas** Versões do Ory Kratos anteriores à 1.3.0 **Descrição** O Ory Kratos é um sistema de identidade, gerenciamento de usuários e autenticação para serviços em nuvem. A configuração `highest available` assume incorretamente que o nível de garantia de autenticador (AAL) mais alto disponível para a identidade é `aal1`, em vez de `aal2`, sob certas condições prévias. Isso permite que os usuários chamem as configurações e o endpoint whoami sem uma sessão `aal2`. Um invasor precisaria roubar ou adivinhar uma OTP de login válida de um usuário que tenha apenas a OTP para login habilitada e um valor `available aal` incorreto armazenado para explorar essa vulnerabilidade. Apenas 0,00066% dos usuários registrados na Rede Ory foram afetados, e a maioria eram usuários de teste. Seus valores de AAL foram atualizados e eles não estão mais vulneráveis. **Recomendações** Para versões anteriores à 1.3.0, desative o método de login por código sem senha se a autenticação multifatorial (MFA) for necessária. Se isso não for possível, verifique o `aal` da sessão para identificar se o usuário possui `aal1` ou `aal2`.

**Nome do software vulnerável e versões afetadas** Versões do ORY Oathkeeper anteriores à v0.38.12-beta.1 **Descrição** O problema ocorre quando é feita uma solicitação a um endpoint que exige um escopo específico e o token de acesso é concedido com esse escopo, tornando a introspecção válida e armazenando o token em cache. Se uma segunda solicitação for feita a um endpoint que exija um escopo diferente antes que o cache expire, a introspecção será válida independentemente de o token ter recebido o novo escopo. O cache valida apenas a data de validade do token, ignorando se o token possui os escopos adequados. Essa vulnerabilidade foi introduzida devido à cobertura insuficiente dos testes durante uma revisão de código. **Recomendações** Para resolver o problema, atualize para a versão v0.38.12-beta.1 ou posterior. Como solução alternativa temporária, considere desativar o armazenamento em cache para o autenticador `oauth2 introspection`, pois essa vulnerabilidade não existe quando o armazenamento em cache está desativado. Restrinja o acesso à função vulnerável `AuthenticatorOAuth2Introspection` até que um patch esteja disponível. Evite usar a função `tokenFromCache()` até que o problema seja resolvido. Desative o cache quando a estratégia de escopo for `none` e o `requested scope` não estiver vazio para impedir que o cache seja usado.

**Nome do software vulnerável e versões afetadas: Não há menção a nenhum software ou versão específica nas descrições fornecidas. Descrição: O problema surge devido à validação inadequada das entradas do usuário. Se o token esperado fornecido estiver malformado, a validação é desativada silenciosamente, fazendo com que qualquer token fornecido pelo usuário seja considerado válido. Isso poderia potencialmente permitir o acesso não autorizado. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas** Versões 0.30.2 a 0.34.1 do ORY Fosite **Descrição** A vulnerabilidade permite que um invasor substitua a URL de redirecionamento registrada ao executar um fluxo OAuth e solicitar uma URL de redirecionamento que aponte para o adaptador de loopback. Os invasores podem fornecer parâmetros de consulta de URL personalizados para sua URL de redirecionamento de loopback, bem como substituir o host da URL de redirecionamento registrada. Esses ataques só são aplicáveis em cenários em que o invasor tenha acesso à interface de loopback. **Recomendações** Para as versões 0.30.2 a 0.34.1, atualize para o ORY Fosite v0.34.1 para resolver a vulnerabilidade. Como solução alternativa temporária, considere restringir o acesso às interfaces de loopback para minimizar o risco de exploração. Evite usar parâmetros de consulta de URL personalizados em URLs de redirecionamento para interfaces de loopback até que a vulnerabilidade seja resolvida.

**Nome do software vulnerável e versões afetadas** Versões do Hydra anteriores à 1.4.0+oryOS.17 **Descrição** A vulnerabilidade diz respeito ao Hydra, um servidor OAuth2 e provedor OpenID Connect certificado pela OpenID, escrito em Go. Ao utilizar o método de autenticação de cliente ‘private key jwt’, o Hydra não verifica a exclusividade do valor `jti` no token, o que pode ser usado para impedir a reutilização do token. Embora seja um tanto difícil explorar essa vulnerabilidade devido à proteção TLS contra ataques MITM e ao curto tempo de validade do JWT, ela ainda representa um risco. **Recomendações** Para versões anteriores à 1.4.0+oryOS.17, atualize para a versão 1.4.0+oryOS.17 para resolver o problema. Como solução temporária, considere desativar o uso de ‘private key jwt’ para a autenticação do cliente. Como alternativa, use prazos de validade curtos para os JWTs a fim de minimizar a janela de oportunidade para ataques de repetição de token.