Tsujiguchitky

Identidades integradas no Top Level Realm, especificamente `demo`, `anonymous`, `wsc`, `wsp`, `SecurityTokenService` e `agentAuth`, são fornecidas com senhas idênticas e publicamente conhecidas em todas as instalações. Isso permite que invasores remotos não autenticados façam login como essas identidades para obter sessões autenticadas. Além disso, as identidades de agente podem ser usadas para ler a configuração de outros perfis de agente.

A validação insuficiente de respostas no canal SOAP interno de servidor para servidor permite que atacantes posicionados na rede comprometam a integridade e a disponibilidade. Atacantes que controlem um servidor do site ou interceptem tráfego não criptografado podem travar processos receptores, adulterar arquivos graváveis e, potencialmente, executar código arbitrário.

Um problema de falsificação de solicitação cross-site (CSRF) existe no fluxo de autorização de dispositivo OAuth 2.0. Isso ocorre quando o consentimento é ignorado para clientes de consentimento implícito, permitindo que um invasor aprove códigos de dispositivo. Ao atrair um usuário autenticado para uma página especialmente criada, um invasor pode obter tokens de acesso e de ID para fazer chamadas de API em nome desse usuário.

Existe um problema de redirecionamento aberto e cross-site scripting que permite a atacantes remotos controlar os destinos após o login e o logout. Isso é feito através da manipulação dos parâmetros `goto` e `gotoOnFail`. Atacantes podem criar links de login ou logout maliciosos para redirecionar usuários para sites de phishing ou executar scripts no XUI para roubar cookies de sessão.

Um problema de redirecionamento aberto existe porque o `RelayState` não é validado quando nenhuma `relayStateUrlList` está configurada. Isso permite que atacantes criem links de login único contendo um `RelayState` malicioso para redirecionar usuários da origem confiável para sites de phishing externos e ignorar filtros de URL.

Existe um redirecionamento aberto porque o logout do WS-Federation, o logout e gerenciamento de identificador de nome do SAML v2.0, o localizador de provedor de identidade do SAML v2.0 e algumas páginas de autenticação não verificam as URLs de destino em listas de permissões. Atacantes podem criar links com o domínio OpenAM que enviam usuários para sites externos arbitrários para phishing.

Existe um problema durante o auto-registro onde o sistema falha em impor a lista de Atributos de Criação Válidos. Isso permite que invasores anônimos definam atributos restritos, como a associação a grupos, utilizando o endpoint REST de autoatendimento legado ou o fluxo de Autoatendimento do Usuário. Ao manipular esses atributos, um invasor pode ingressar em grupos administrativos e obter controle administrativo total do sistema.

Existe uma falha de bypass de autenticação no provedor de serviço SAML v2.0. O sistema aceita asserções não assinadas nas ligações ECP (PAOS) e HTTP-Artifact quando a variável `WantAssertionsSigned` está definida como false. Isso permite que atacantes remotos não autenticados enviem asserções forjadas para obter sessões como qualquer usuário mapeado, incluindo administradores, e sequestrem o single sign-on de aplicações dependentes.

Um problema de divulgação de informações permite que invasores não autenticados leiam tokens de sessão ativos do WebSocket de notificação. Isso é feito ignorando a verificação apenas de agente por meio de um encaminhamento interno não validado em endpoints legados Liberty ID-FF, permitindo a coleta de tokens `iPlanetDirectoryPro` para sequestrar sessões de usuários e administradores.

Existe um problema no processo de verificação de CRL (Lista de Revogação de Certificados) onde o sistema busca CRLs no ponto de distribuição especificado em um certificado apresentado, sem restringir o destino ou verificar a assinatura da CRL baixada. Isso permite que um invasor com um certificado encadeado a uma CA confiável force o servidor a fazer requisições a hosts internos, capturar credenciais de atualização de CRL, sobrescrever dados de revogação armazenados para bloquear a autenticação para essa CA e esgotar as threads de autenticação.

Administradores, incluindo administradores de realm delegados, podem desencadear um server-side request forgery (SSRF) ao fornecer URLs arbitrárias através das URLs de metadados do assistente de configuração de federação. Isso permite que o servidor busque conteúdo de hosts internos ou endpoints de metadados de nuvem, possibilitando a sondagem de redes internas e a leitura de respostas parciais. Isso ocorre quando URLs de metadados ou de descoberta do OpenID Connect são processadas.

Existe um problema onde partes que registram conjuntos de recursos UMA podem disparar solicitações internas por meio de URLs de descrição de escopo não validadas. Isso ocorre porque o sistema busca essas URLs ao enviar e-mails de notificação de solicitação pendente. Um invasor pode fornecer URLs apontando para hosts internos ou endpoints de metadados de nuvem para realizar a sondagem da rede interna. Server-side request forgery (SSRF) é uma falha onde um servidor é enganado para fazer solicitações a um local não pretendido.

O OpenAM não verifica se uma asserção ou resposta SAML 1.x assinada foi assinada pelo parceiro nomeado como seu emissor, aceitando assinaturas de qualquer certificado no keystore do OpenAM. Um invasor que possua tal chave privada, como um parceiro SAML 1.x confiável, pode forjar asserções alegando ser o emissor de outro parceiro e entrar como usuários desse parceiro, incluindo usuários privilegiados.

Existe um problema de cross-site scripting armazenado onde atacantes privilegiados podem injetar scripts ao colocar marcações no nome de exibição de um usuário. O script é executado quando a vítima acessa a página de consentimento OAuth 2.0 / OpenID Connect, permitindo potencialmente que o atacante roube o cookie de sessão do OpenAM e personifique o usuário.

Existe um problema de codificação de saída incompleta que permite que um provedor de identidade SAML 1.x altere valores de atributos injetando conteúdo não codificado no formulário enviado automaticamente pelo provedor de serviço. Atacantes que controlam um provedor de identidade confiável podem criar nomes ou valores de atributos de asserção que chegam ao aplicativo de destino de forma modificada, comprometendo a integridade dos atributos recebidos.

Um problema de redirecionamento aberto existe durante o single sign-on SAML 1.x devido à correspondência frouxa de destino de parceiros confiáveis. Atacantes remotos podem criar links maliciosos para os endpoints '/SAMLAwareServlet' ou '/SAMLPOSTProfileServlet' usando um host de destino que se assemelha a um parceiro confiável, potencialmente redirecionando usuários autenticados para sites de phishing.

O software falha ao impor o Proof Key for Code Exchange (PKCE), uma extensão de segurança para OAuth 2.0, no fluxo de autorização de dispositivo. Especificamente, o sistema não valida o verificador de código durante a troca de códigos de dispositivo por tokens. Isso permite que um invasor que obtenha um código de dispositivo aprovado a partir de armazenamento de dispositivo compartilhado ou logs do cliente o resgate por tokens de ID e acesso, permitindo a personificação do usuário.

Um problema permite que atacantes não autenticados causem a negação de serviço ao enviar dados Java serializados sem limites de tamanho ou estrutura, levando ao esgotamento dos recursos do servidor. Atacantes podem enviar requisições manipuladas para endpoints de SDK remotos, páginas de login clássicas ou o console de administração para bloquear a validação de sessão, autenticação e decisões de política.

A interface SOAP JAX-RPC legada contém uma falha de instanciação arbitrária de classe não autenticada. Atacantes remotos podem enviar solicitações SOAP para o endpoint '/jaxrpc/*' usando um identificador de sessão não verificado e um nome de classe específico. Isso pode resultar em travamentos do servidor, sondagem do classpath ou potencial execução remota de código por meio de gadget chains, que são sequências de fragmentos de código existentes usados para atingir um objetivo não pretendido.

Um defeito de cross-site scripting existe onde a mensagem SAML, o estado de retransmissão (relay state) e a URL de destino são inseridos sem codificação na página de auto-envio de bounce de cookie do balanceador de carga. Este problema é acessível quando a configuração `cookieHashRedirectEnabled` está ativada, permitindo potencialmente a execução de scripts na origem do OpenAM. No entanto, uma falha HTTP 500 não relacionada impede a exploração nas versões lançadas.