LFI2RCE via Eternal waiting
PreviousLFI2RCE Via temp file uploadsNextLFI2RCE Via compress.zlib + PHP_STREAM_PREFER_STUDIO + Path Disclosure
Last updated
Last updated
AWS Hacking'i öğrenin ve pratik yapın:HackTricks Eğitim AWS Kırmızı Takım Uzmanı (ARTE) GCP Hacking'i öğrenin ve pratik yapın: HackTricks Eğitim GCP Kırmızı Takım Uzmanı (GRTE)
Varsayılan olarak, bir dosya PHP'ye yüklendiğinde (beklemese bile), php[a-zA-Z0-9]{6} gibi bir isimle /tmp dizininde geçici bir dosya oluşturur, ancak bazı docker imajlarında oluşturulan dosyaların rakam içermediğini gördüm.
Yerel dosya dahil etmede, o yüklenen dosyayı dahil etmeyi başarırsanız, RCE elde edersiniz.
Varsayılan olarak, PHP yalnızca tek bir istekte 20 dosya yüklemeye izin verir (bu ayar /etc/php/<version>/apache2/php.ini dosyasında yapılmıştır):
Ayrıca, potansiyel dosya adlarının sayısı 62*62*62*62*62*62 = 56800235584
Diğer teknikler, PHP protokollerine saldırmayı, dosyanın yolunu ifşa etmeyi, beklenen dosyaları kötüye kullanmayı veya yüklenen geçici dosyaların silinmemesi için PHP'nin bir segmentasyon hatası yaşamasını sağlamayı içerir. Bu teknik, sıfır gün bulmaya gerek kalmadan sonuncusuna çok benzer.
Bu teknikte sadece bir göreli yolu kontrol etmemiz gerekiyor. Dosyaları yüklemeyi başarabilir ve LFI'nin asla bitmemesini sağlayabilirsek, yüklenen dosyaları brute-force yapacak ve yüklenenlerden herhangi birini bulmak için "yeterince zaman" elde edeceğiz.
Bu tekniğin avantajları:
Sadece bir include içinde bir göreli yolu kontrol etmeniz gerekiyor
Nginx veya log dosyalarına beklenmedik bir erişim seviyesi gerektirmiyor
Segmentasyon hatası oluşturmak için bir 0 gün gerektirmiyor
Yol ifşası gerektirmiyor
Bu tekniğin ana sorunları şunlardır:
Belirli bir dosya(lar)ın mevcut olmasını gerektirir (daha fazlası olabilir)
Çılgın miktarda potansiyel dosya adı: 56800235584
Sunucu rakam kullanmıyorsa toplam potansiyel miktar: 19770609664
Varsayılan olarak tek bir istekte yalnızca 20 dosya yüklenebilir.
Kullanılan sunucunun maksimum paralel işçi sayısı.
Bu limit, önceki limitlerle birlikte bu saldırının çok uzun sürmesine neden olabilir
PHP isteği için zaman aşımı. İdeal olarak bu sonsuz olmalı veya geçici yüklenen dosyaları silmeden PHP sürecini öldürmelidir, aksi takdirde bu da bir sorun olacaktır
Peki, PHP include'ını asla nasıl bitirebilirsiniz? Sadece dosyayı /sys/kernel/security/apparmor/revision dahil ederek (maalesef Docker konteynerlerinde mevcut değil...).
Bunu sadece arayarak deneyin:
Varsayılan olarak, Apache 150 eşzamanlı bağlantıyı destekler, https://ubiq.co/tech-blog/increase-max-connections-apache/ adresine göre bu sayı 8000'e kadar artırılabilir. Bu modül ile PHP kullanmak için şunu takip edin: https://www.digitalocean.com/community/tutorials/how-to-configure-apache-http-with-mpm-event-and-php-fpm-on-ubuntu-18-04.
Varsayılan olarak, (testlerimde gördüğüm kadarıyla), bir PHP süreci sonsuza kadar sürebilir.
Hesap yapalım:
149 bağlantıyı kullanarak 149 * 20 = 2980 geçici dosya oluşturabiliriz.
Sonra, son bağlantıyı potansiyel dosyaları brute-force için kullanın.
10 istek/s hızında süreler:
56800235584 / 2980 / 10 / 3600 ~= 530 saat (265 saat içinde %50 şans)
(rakam olmadan) 19770609664 / 2980 / 10 / 3600 ~= 185 saat (93 saat içinde %50 şans)
Önceki örnekte diğer istemcileri tamamen DoS'ladığımızı unutmayın!
Eğer Apache sunucusu geliştirilirse ve 4000 bağlantıyı kötüye kullanabilirsek (maksimum sayıya yarı yol). 3999*20 = 79980 dosya oluşturabiliriz ve sayı yaklaşık 19.7 saat veya 6.9 saat (10 saat, 3.5 saat %50 şans) olarak azalır.
Eğer PHP betiklerini çalıştırmak için Apache için standart php modunu kullanmak yerine web sayfası PHP-FMP kullanıyorsa (bu, web sayfasının verimliliğini artırır, bu yüzden sıkça bulunur), tekniği geliştirmek için başka bir şey yapılabilir.
PHP-FMP, /etc/php/<php-version>/fpm/pool.d/www.conf dosyasında request_terminate_timeout parametresini ayarlar.
Bu parametre, PHP'ye yapılan isteğin ne zaman sona ereceğini belirten maksimum saniye sayısını gösterir (varsayılan olarak sonsuzdur, ancak parametre yorum satırından çıkarıldığında 30 saniye olur). PHP tarafından işlenen bir isteğin belirtilen saniye sayısı dolduğunda, öldürülür. Bu, eğer istek geçici dosyalar yüklüyorsa, php işlemesi durdurulduğu için, o dosyaların silinmeyeceği anlamına gelir. Bu nedenle, bir isteğin o süre boyunca sürmesini sağlarsanız, silinmeyecek binlerce geçici dosya oluşturabilirsiniz, bu da bulma sürecini hızlandırır ve platforma tüm bağlantıları tüketerek DoS olasılığını azaltır.
Bu nedenle, DoS'tan kaçınmak için bir saldırganın aynı anda yalnızca 100 bağlantı kullanacağını varsayalım ve php max işleme süresi php-fmp (request_terminate_timeout) 30 saniye. Bu nedenle, saniyede oluşturulabilecek geçici dosya sayısı 100*20/30 = 66.67'dir.
Sonra, 10000 dosya oluşturmak için bir saldırganın ihtiyacı olacak: 10000/66.67 = 150s ( 100000 dosya oluşturmak için süre 25 dakika olacaktır).
Sonra, saldırgan bu 100 bağlantıyı bir arama brute-force gerçekleştirmek için kullanabilir. **** 300 req/s hızında bu durumu istismar etmek için gereken süre şudur:
56800235584 / 10000 / 300 / 3600 ~= 5.25 saat (2.63 saat içinde %50 şans)
(100000 dosya ile) 56800235584 / 100000 / 300 / 3600 ~= 0.525 saat (0.263 saat içinde %50 şans)
Evet, bir EC2 orta boyutlu örneğinde 100000 geçici dosya oluşturmak mümkündür:
Zaman aşımını tetiklemek için açıkça savunmasız LFI sayfasını dahil etmek yeterli olacaktır, böylece sonsuz bir dahil etme döngüsüne girer.
Görünüşe göre varsayılan olarak Nginx 512 paralel bağlantıyı aynı anda destekler (ve bu sayı artırılabilir).
AWS Hacking'i öğrenin ve pratik yapın:HackTricks Training AWS Red Team Expert (ARTE) GCP Hacking'i öğrenin ve pratik yapın: HackTricks Training GCP Red Team Expert (GRTE)
