Base de CVEs

A autenticação imprópria no Azure Active Directory permite que um atacante não autorizado eleve privilégios pela rede.

Relyra é uma biblioteca de Service Provider SAML 2.0 estrita por padrão para Elixir e Phoenix. As versões 1.0.0 e 1.1.0 aceitam assinaturas SAML forjadas porque o SignatureValue não era verificado criptograficamente antes de a biblioteca retornar um resultado de autenticação bem-sucedido. A fronteira de confiança XMLDSig estava incompleta, pois :public_key.verify sobre o SignedInfo canonicalizado com C14N exclusivo não era executado contra a chave pública do certificado do IdP configurado, o DigestValue não era recalculado sobre o elemento referenciado canonicalizado e canonicalize/2 permanecia como um passthrough não utilizado no caminho de verificação de assinatura. O resultado era um caminho de aceitação baseado apenas na estrutura, em que a forma do documento e a rejeição de fontes de confiança podiam ter sucesso sem comprovar os bytes da assinatura. Um SignatureValue forjado contendo um NameID controlado pelo atacante podia ser aceito como {:ok}. Este problema foi corrigido na versão 1.2.0.

Existe uma vulnerabilidade de bypass de autenticação no caminho genérico de validação de tokens opacos (validateOpaqueToken) do googleapis/mcp-toolbox. Quando o toolbox valida um token opaco por meio de um endpoint de introspecção OAuth 2.0 (RFC 7662), ele decodifica a resposta em uma struct introspectResp. No entanto, a lógica subsequente de verificação de claims (validateClaims) avalia a condição do emissor como a.issuer != "" && iss != "". Se a resposta de introspecção do provedor OAuth externo omitir completamente o campo opcional iss (emissor), a variável iss assume por padrão uma string vazia. Isso faz com que o bloco condicional seja avaliado como falso e ignorado silenciosamente. Consequentemente, a aplicação aceita tokens emitidos por provedores de identidade de terceiros não autorizados ou não pretendidos.

Existe uma vulnerabilidade de bypass de autenticação no caminho genérico de validação de tokens opacos (validateOpaqueToken) do googleapis/mcp-toolbox. Ao verificar um token opaco não analisado por meio de um endpoint de introspecção OAuth 2.0 (RFC 7662), o toolbox decodifica a resposta em uma struct introspectResp em que o campo Active é declarado como ponteiro para booleano (*bool). O código rejeita explicitamente um token apenas se a resposta contiver o campo active preenchido com false (if introspectResp.Active != nil && !*introspectResp.Active). Se um endpoint de introspecção responder com um payload que omite completamente a chave obrigatória active, a variável interna permanece nil, fazendo a verificação condicional ser ignorada por curto-circuito. Como resultado, o Toolbox aceita tokens de autorização sem o campo «active», concedendo acesso a ferramentas protegidas e às fontes de dados subjacentes.

Vulnerabilidade no produto Oracle Agile Product Lifecycle Management do Oracle Supply Chain (componente: Security). A versão suportada afetada é 9.3.6. Vulnerabilidade facilmente explorável permite que um atacante não autenticado com acesso à rede via HTTP comprometa o Oracle Agile PLM. Ataques bem-sucedidos desta vulnerabilidade podem resultar na tomada de controle do Oracle Agile PLM. CVSS 3.1 Base Score 9.8 (impactos de Confidencialidade, Integridade e Disponibilidade). Vetor CVSS: (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H).

Nefteprodukttekhnika BUK TS-G Gas Station Automation System 2.9.1 through 2.10.2 on Linux contains an Improper Authentication vulnerability (CWE-287) in the system configuration module.

Improper authentication checks in the OAuth implementation allow account hijacking even when OAuth is not configured or enabled leading to unauthorized access in default installations.