Ahacker1-Securesaml

Existem duas falhas de propriedade de domínio quando o plugin SSO está ativo. Se a verificação de domínio estiver desativada, a atribuição automática de organização aceita domínios de provedores não verificados. Isso permite que um proprietário ou administrador de organização autenticado registre um provedor SSO para qualquer domínio, fazendo com que usuários com domínios de e-mail correspondentes sejam adicionados à organização do invasor com permissões de membro padrão. Se a verificação de domínio estiver ativada, ocorre uma condição de corrida (race condition) entre os endpoints 'verify-domain' e 'update-provider', que pode aplicar uma prova de DNS concluída a um domínio incorreto. Quando combinado com a vinculação implícita de conta, isso permite que um provedor de identidade controlado por um invasor seja vinculado a uma conta de usuário existente. O plugin de organização também deve estar habilitado para que o caminho de atribuição de organização seja explorado.

O problema refere-se a um potencial ataque de temporização ao verificar assinaturas com a validação de certificado X509 desativada e o segredo compartilhado HMAC definido. Isso poderia permitir que usuários reconstruíssem o HMAC correto para qualquer dado ao comparar o hash fornecido pelo usuário com o HMAC correto, potencialmente vazando informações sobre o HMAC correto. A função `signxml.XMLVerifier.verify` é utilizada com `require x509=False` e `hmac key` definido.

O problema refere-se a um potencial ataque de confusão de algoritmo ao verificar assinaturas com a validação de certificado X509 desativada e o segredo compartilhado HMAC definido. Isso poderia permitir que um atacante fornecesse uma assinatura inesperadamente assinada com uma chave diferente da chave HMAC fornecida, utilizando um algoritmo de assinatura diferente, a menos que o usuário limite explicitamente os algoritmos de assinatura esperados.

Foi identificado um ataque de Signature Wrapping no samlify, permitindo que um invasor forje uma Resposta SAML para se autenticar como qualquer usuário. Um invasor precisaria de um documento XML assinado pelo provedor de identidade. Este problema afeta todas as versões anteriores à 2.10.0, representando um risco de alta prioridade para sistemas SSO baseados em SAML. Não foram relatados exploits ativos.

Nome do Software Vulnerável e Versões Afetadas: Versões da biblioteca SAML2 do SimpleSAMLphp anteriores a 4.17.0 e 5.0.0-alpha.20 Descrição: O problema está relacionado a um ataque de confusão de assinatura no binding HTTPRedirect. Um atacante com qualquer SAMLResponse assinado via binding HTTP-Redirect pode fazer com que o aplicativo aceite uma mensagem não assinada. Isso pode levar à personificação de qualquer usuário dentro do SP. O ataque explora o fato de que o conteúdo processado pode não ser o mesmo que os dados que são realmente verificados. O Microsoft Azure AD/Entra e provavelmente o ADFS assinam o LogoutResponse via este formato SimpleSign no binding HTTP Redirect, o que pode ser usado para extrair uma assinatura válida. Recomendações: Para versões anteriores a 4.17.0, atualize para a versão 4.17.0 ou posterior. Para versões anteriores a 5.0.0-alpha.20, atualize para a versão 5.0.0-alpha.20 ou posterior. Como solução temporária, considere restringir o acesso ao binding HTTPRedirect para minimizar o risco de exploração. Evite usar o parâmetro `SAMLRequest` no endpoint da API afetado até que o problema seja resolvido.

A biblioteca SimpleSAMLphp SAML2 está vulnerável a um ataque de Entidade Externa XML (XXE) ao carregar documentos XML não confiáveis, como o SAMLResponse. Isso permite que um invasor induza um XXE, levando potencialmente à leitura do conteúdo de arquivos do sistema de arquivos local ou da rede interna. A opção `LIBXML DTDLOAD` na variável `$options`, definida no arquivo `DOMDocumentFactory.php`, habilita essa vulnerabilidade. Um invasor pode contornar a opção `NONET` usando filtros PHP, como `php://filter/convert.base64-encode/resource=http://URL` ou `php://filter/convert.base64-encode/resource=FILE`, para induzir conexões de rede e roubar arquivos específicos. A execução remota de código (RCE) também pode ser possível usando os wrappers `php://expect` ou `php://phar`, embora isso não tenha sido totalmente testado.

O problema ocorre ao carregar um documento XML não confiável, como o SAMLResponse, permitindo que um invasor induza um ataque de Entidade Externa XML (XXE). Isso poderia potencialmente permitir que um invasor lesse o conteúdo de arquivos do sistema de arquivos local ou da rede interna. Embora existam opções como o NONET, um invasor pode contorná-las usando filtros PHP. A vulnerabilidade também pode levar à execução remota de código (RCE) usando certos wrappers PHP, mas isso ainda não foi totalmente testado.

O problema diz respeito a ataques de contorno de assinatura XML. Um invasor pode explorar o comportamento diferencial entre analisadores XML para contornar a assinatura caso tenha acesso a determinadas mensagens assinadas por IDP. Os usuários da instância hospedada publicamente do SSOReady não são afetados. A vulnerabilidade foi descoberta por um pesquisador de segurança e seu mecanismo preciso não foi divulgado publicamente para evitar possíveis ataques a outras implementações SAML.

A vulnerabilidade está relacionada à biblioteca Ruby SAML, usada para implementar o lado do cliente de uma autorização SAML. O problema decorre da falha da biblioteca em verificar adequadamente a assinatura da resposta SAML, permitindo que um invasor não autenticado com acesso a qualquer documento SAML assinado falsifique uma resposta ou asserção SAML com conteúdo arbitrário. Isso permite que o invasor contorne o mecanismo de autenticação e, potencialmente, obtenha acesso não autorizado a dados confidenciais e sistemas críticos. A vulnerabilidade está sendo explorada ativamente, e os usuários são aconselhados a atualizar suas instalações do GitLab para a versão mais recente.