CVE-2012-0518
Prioriza la corrección. Ella está bajo explotación confirmada por CISA.
Apply updates per vendor instructions.
Resumen
Falha de redirecionamento (CWE-601, open redirect) no componente Oracle Application Server Single Sign-On do Oracle Fusion Middleware 10.1.4.3.0. Permite que um atacante remoto manipule fluxos de autenticação SSO para redirecionar o usuário a um destino não confiável, comprometendo integridade sem expor dados diretamente. Está no catálogo KEV da CISA por exploração confirmada, mas o CVSS baixo (4.7) reflete corretamente um impacto limitado e a exigência de interação do usuário.
Detalle técnico
A Oracle classifica a falha como 'unspecified vulnerability' — política padrão do fornecedor desde meados dos anos 2000 de não detalhar internamente o mecanismo explorado em seus Critical Patch Updates. O que se sabe com certeza vem do CWE associado pela CISA no KEV: CWE-601, URL Redirection to Untrusted Site ('Open Redirect'). Esse tipo de falha ocorre quando um componente de aplicação aceita um parâmetro controlado pelo usuário (tipicamente algo como um parâmetro de retorno/callback pós-login) e o usa para construir uma URL de redirecionamento sem validar se o destino pertence a um domínio confiável.
No contexto do SSO da Oracle Application Server, isso significa que o fluxo de autenticação — que naturalmente redireciona o usuário de volta à aplicação de origem após validar credenciais — pode ser manipulado para apontar para um domínio arbitrário controlado pelo atacante. O vetor 'S:C' (scope changed) no CVSS 3.1 indica que o impacto extrapola o componente vulnerável, afetando a confiança que aplicações downstream depositam no processo de SSO.
O impacto formal é 'Integrity: Low' e nada de confidencialidade ou disponibilidade — coerente com um open redirect: o atacante não lê dados nem derruba o serviço diretamente, mas corrompe a integridade do fluxo de confiança (o usuário pensa que está sendo redirecionado por uma fonte legítima).
Não há detalhe público sobre o parâmetro específico, o endpoint exato ou o código-fonte afetado. Qualquer afirmação além disso seria especulação — a Oracle nunca publicou esse nível de detalhe para esta CVE.
Cómo se explota
O vetor exige AC:L (baixa complexidade) e PR:N (sem autenticação prévia), mas UI:R — interação do usuário é obrigatória. Isso é a assinatura clássica de exploração de open redirect: o atacante cria um link que aparenta apontar para o servidor SSO legítimo da vítima (mesmo domínio, certificado válido), mas que embute um parâmetro de redirecionamento manipulado. A vítima precisa clicar nesse link.
Versiones
Cómo protegerse
A orientação oficial da Oracle, publicada no Critical Patch Update de outubro de 2012, é aplicar a correção correspondente ao componente Oracle Application Server Single Sign-On dentro do Oracle Fusion Middleware. A CISA, ao incluir a CVE no catálogo KEV (adicionada em 28/03/2022, prazo de correção 18/04/2022), reforça a mesma ação: 'aplicar atualizações conforme instruções do fornecedor' — não há paliativo específico documentado além disso nas fontes disponíveis.
Como controle compensatório genérico contra open redirects em fluxos de SSO — quando a atualização não é viável imediatamente — validar server-side que qualquer parâmetro de retorno/redirect aponta apenas para domínios em allowlist é a mitigação estrutural para essa classe de falha, mas isso exige acesso ao código ou configuração do componente SSO, não é algo aplicável via WAF de forma confiável nesse tipo de vulnerabilidade legado.
Oracle Fusion Middleware 10.1.4.3.0 é uma versão antiga (linha 10g); ambientes que ainda a operam provavelmente já estão fora de suporte estendido, o que torna a atualização de versão major — não apenas o patch pontual — a única mitigação real e sustentável.
Cómo detectar
Não há assinatura ou padrão de log público e confiável documentado para detectar tentativas de exploração desta CVE especificamente — a natureza 'unspecified' da falha e a ausência de PoC público limitam a criação de detecção precisa. Como indicador genérico de abuso de open redirect em componentes SSO, vale monitorar parâmetros de retorno/callback em requisições ao endpoint de login/SSO que apontem para domínios externos ou fora da allowlist esperada, e cliques em links de SSO reportados por usuários que resultaram em redirecionamento para destino inesperado.