mirror of https://github.com/carlospolop/hacktricks synced 2024-11-22 04:33:28 +00:00

Translator c7bca65026 Translated ['README.md', 'generic-methodologies-and-resources/python/byp

2024-11-09 13:57:37 +00:00

33 KiB

Raw Permalink Blame History

80,443 - Pentesting Web Metodolojisi

{% hint style="success" %} 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)

HackTricks'i Destekleyin

abonelik planlarını kontrol edin!
💬 Discord grubuna veya telegram grubuna katılın ya da Twitter'da 🐦 @hacktricks_live'i takip edin.**
Hacking ipuçlarını paylaşmak için HackTricks ve HackTricks Cloud github reposuna PR gönderin.

{% endhint %}

Web uygulamalarınız, ağınız ve bulutunuz hakkında bir hacker perspektifi edinin

Gerçek iş etkisi olan kritik, istismar edilebilir güvenlik açıklarını bulun ve raporlayın. Saldırı yüzeyini haritalamak, ayrıcalıkları artırmanıza izin veren güvenlik sorunlarını bulmak ve temel kanıtları toplamak için otomatik istismarları kullanmak için 20'den fazla özel aracımızı kullanın, böylece sıkı çalışmanızı ikna edici raporlara dönüştürün.

{% embed url="https://pentest-tools.com/?utm_term=jul2024&utm_medium=link&utm_source=hacktricks&utm_campaign=spons" %}

Temel Bilgiler

Web hizmeti en yaygın ve kapsamlı hizmettir ve birçok farklı türde güvenlik açığı bulunmaktadır.

Varsayılan port: 80 (HTTP), 443(HTTPS)

PORT    STATE SERVICE
80/tcp  open  http
443/tcp open  ssl/https

nc -v domain.com 80 # GET / HTTP/1.0
openssl s_client -connect domain.com:443 # GET / HTTP/1.0

Web API Rehberi

{% content-ref url="web-api-pentesting.md" %} web-api-pentesting.md {% endcontent-ref %}

Metodoloji özeti

Bu metodolojide, bir alan adını (veya alt alan adını) hedef alacağınızı varsayıyoruz ve sadece bunu. Bu nedenle, bu metodolojiyi keşfedilen her alan adı, alt alan adı veya belirsiz web sunucusu içeren IP'ye uygulamalısınız.

Web sunucusu tarafından kullanılan teknolojileri belirleyerek başlayın. Teknolojiyi başarıyla tanımlayabilirseniz, testin geri kalanında aklınızda bulundurmanız gereken ipuçları arayın.
Teknolojinin sürümüne ait herhangi bir bilinen zafiyet var mı?
Herhangi bir iyi bilinen teknoloji mi kullanılıyor? Daha fazla bilgi çıkarmak için herhangi bir yararlı ipucu var mı?
Çalıştırılacak herhangi bir uzman tarayıcı var mı (örneğin wpscan)?
Genel amaçlı tarayıcıları başlatın. Ne bulacaklarını veya ilginç bilgiler bulup bulamayacaklarını asla bilemezsiniz.
İlk kontrollerle başlayın: robots, sitemap, 404 hatası ve SSL/TLS taraması (eğer HTTPS ise).
Web sayfasını spidering yapmaya başlayın: Tüm olası dosyaları, klasörleri ve kullanılan parametreleri bulma zamanı. Ayrıca, özel bulgular için kontrol edin.
Brute-forcing veya spidering sırasında yeni bir dizin keşfedildiğinde, o dizin de spidering yapılmalıdır.
Dizin Brute-Forcing: Keşfedilen tüm klasörleri brute force ile yeni dosyalar ve dizinler arayarak deneyin.
Brute-forcing veya spidering sırasında yeni bir dizin keşfedildiğinde, o dizin de Brute-Forced yapılmalıdır.
Yedek kontrolü: Ortaya çıkan dosyaların yedeklerini bulup bulamayacağınızı test edin, yaygın yedek uzantılarını ekleyerek.
Brute-Force parametreleri: Gizli parametreleri bulmaya çalışın.
Tüm olası kullanıcı girişi kabul eden uç noktaları belirledikten sonra, bunlarla ilgili her türlü zafiyeti kontrol edin.
Bu kontrol listesini takip edin

Sunucu Sürümü (Zafiyetli mi?)

Belirle

Çalışan sunucu sürümü için herhangi bir bilinen zafiyet olup olmadığını kontrol edin.
HTTP başlıkları ve yanıtın çerezleri, kullanılan teknolojileri ve/veya sürümü belirlemek için çok yararlı olabilir. Nmap taraması sunucu sürümünü belirleyebilir, ancak whatweb, webtech veya https://builtwith.com/** gibi araçlar da faydalı olabilir:**

whatweb -a 1 <URL> #Stealthy
whatweb -a 3 <URL> #Aggresive
webtech -u <URL>
webanalyze -host https://google.com -crawl 2

Search for web uygulamasının sürüm açıklarını

Herhangi bir WAF olup olmadığını kontrol et

Web teknoloji hileleri

Farklı iyi bilinen teknolojilerde açıkları bulmak için bazı hileler:

Dikkate alın ki aynı alan farklı portlar, klasörler ve alt alanlar içinde farklı teknolojiler kullanıyor olabilir.
Eğer web uygulaması daha önce listelenen herhangi bir iyi bilinen teknoloji/platform veya başka bir şey kullanıyorsa, İnternette yeni hileler aramayı unutmayın (ve bana bildirin!).

Kaynak Kodu İncelemesi

Eğer uygulamanın kaynak kodu github'da mevcutsa, uygulamanın kendi başınıza bir Beyaz kutu testi yapmanın yanı sıra mevcut Siyah Kutu testi için bazı bilgiler yararlı olabilir:

Değişiklik günlüğü veya Readme veya Sürüm dosyası veya web üzerinden erişilebilen sürüm bilgisi içeren herhangi bir şey var mı?
Kimlik bilgileri nasıl ve nerede saklanıyor? Kimlik bilgileri (kullanıcı adları veya şifreler) ile ilgili herhangi bir (erişilebilir?) dosya var mı?
Şifreler düz metin, şifrelenmiş mi yoksa hangi hash algoritması kullanılıyor?
Bir şeyi şifrelemek için herhangi bir anahtar kullanıyor mu? Hangi algoritma kullanılıyor?
Herhangi bir açığı sömürerek bu dosyalara erişebilir misiniz?
Github'da (çözülen ve çözülmeyen) sorularda herhangi bir ilginç bilgi var mı? Yoksa commit geçmişinde (belki eski bir commit içinde girilmiş bir şifre) mi?

{% content-ref url="code-review-tools.md" %} code-review-tools.md {% endcontent-ref %}

Otomatik tarayıcılar

Genel amaçlı otomatik tarayıcılar

nikto -h <URL>
whatweb -a 4 <URL>
wapiti -u <URL>
W3af
zaproxy #You can use an API
nuclei -ut && nuclei -target <URL>

# https://github.com/ignis-sec/puff (client side vulns fuzzer)
node puff.js -w ./wordlist-examples/xss.txt -u "http://www.xssgame.com/f/m4KKGHi2rVUN/?query=FUZZ"

CMS tarayıcıları

Eğer bir CMS kullanılıyorsa bir tarayıcı çalıştırmayı unutmayın, belki ilginç bir şey bulunur:

Clusterd: JBoss, ColdFusion, WebLogic, Tomcat, Railo, Axis2, Glassfish
CMSScan: WordPress, Drupal, Joomla, vBulletin web siteleri için güvenlik sorunları. (GUI)
VulnX: Joomla, Wordpress, Drupal, PrestaShop, Opencart
CMSMap: (W)ordpress, (J)oomla, (D)rupal veya (M)oodle
droopscan: Drupal, Joomla, Moodle, Silverstripe, Wordpress

cmsmap [-f W] -F -d <URL>
wpscan --force update -e --url <URL>
joomscan --ec -u <URL>
joomlavs.rb #https://github.com/rastating/joomlavs

Bu noktada, müşterinin kullandığı web sunucusu hakkında bazı bilgilere sahip olmalısınız (eğer herhangi bir veri verilmişse) ve test sırasında aklınızda bulundurmanız gereken bazı ipuçları. Şanslıysanız, bir CMS bulmuş ve bazı tarayıcılar çalıştırmış olabilirsiniz.

Adım Adım Web Uygulaması Keşfi

Bu noktadan itibaren web uygulamasıyla etkileşime geçmeye başlayacağız.

İlk Kontroller

İlginç bilgiler içeren varsayılan sayfalar:

/robots.txt
/sitemap.xml
/crossdomain.xml
/clientaccesspolicy.xml
/.well-known/
Ana ve ikincil sayfalardaki yorumları da kontrol edin.

Hataları Zorlamak

Web sunucuları, onlara garip veriler gönderildiğinde beklenmedik şekilde davranabilir. Bu, açıklara veya hassas bilgilerin ifşasına yol açabilir.

/whatever_fake.php gibi sahte sayfalara erişin (.aspx, .html, vb.)
Hata oluşturmak için cookie değerlerine ve parametre değerlerine "[]", "]]", ve "[[" ekleyin
URL'nin sonuna /~randomthing/%s vererek hata oluşturun
PATCH, DEBUG veya FAKE gibi farklı HTTP Fiilleri deneyin

Dosya yükleyip yükleyemeyeceğinizi kontrol edin (PUT fiili, WebDav)

Eğer WebDav etkinse ama kök klasörde dosya yüklemek için yeterli izniniz yoksa şunları deneyin:

Kaba Kuvvet ile kimlik bilgilerini kırmaya çalışın
WebDav aracılığıyla web sayfasındaki bulunan diğer klasörlere dosya yükleyin. Diğer klasörlerde dosya yüklemek için izinleriniz olabilir.

SSL/TLS açıklıkları

Eğer uygulama HTTPS kullanımını zorlamıyorsa, o zaman MitM'ye karşı savunmasızdır
Eğer uygulama hassas verileri (şifreler) HTTP kullanarak gönderiyorsa, bu yüksek bir açıklıktır.

Açıkları kontrol etmek için testssl.sh kullanın (Bug Bounty programlarında muhtemelen bu tür açıklıklar kabul edilmeyecektir) ve açıklıkları yeniden kontrol etmek için a2sv kullanın:

./testssl.sh [--htmlfile] 10.10.10.10:443
#Use the --htmlfile to save the output inside an htmlfile also

# You can also use other tools, by testssl.sh at this momment is the best one (I think)
sslscan <host:port>
sslyze --regular <ip:port>

Bilgi SSL/TLS zafiyetleri hakkında:

Spidering

Web üzerinde bir tür spider başlatın. Spider'ın amacı, test edilen uygulamadan mümkün olduğunca fazla yol bulmaktır. Bu nedenle, web taraması ve harici kaynaklar kullanılarak mümkün olduğunca fazla geçerli yol bulunmalıdır.

gospider (go): HTML spider, JS dosyalarındaki LinkFinder ve harici kaynaklar (Archive.org, CommonCrawl.org, VirusTotal.com, AlienVault.com).
hakrawler (go): HML spider, JS dosyaları için LinkFinder ve harici kaynak olarak Archive.org ile.
dirhunt (python): HTML spider, ayrıca "juicy files" gösterir.
evine (go): Etkileşimli CLI HTML spider. Ayrıca Archive.org'da arama yapar.
meg (go): Bu araç bir spider değildir ama faydalı olabilir. Sadece bir dosya ile hostları ve bir dosya ile yolları belirtebilir ve meg her hosttaki her yolu alır ve yanıtı kaydeder.
urlgrab (go): JS renderleme yeteneklerine sahip HTML spider. Ancak, bakımsız görünüyor, önceden derlenmiş versiyonu eski ve mevcut kod derlenmiyor.
gau (go): Harici sağlayıcılar (wayback, otx, commoncrawl) kullanan HTML spider.
ParamSpider: Bu script, parametre içeren URL'leri bulacak ve listeleyecektir.
galer (go): JS renderleme yeteneklerine sahip HTML spider.
LinkFinder (python): HTML spider, JS dosyalarında yeni yollar arayabilen JS beautify yetenekleri ile. JSScanner adlı LinkFinder'ın bir sarmalayıcısına da göz atmak faydalı olabilir.
goLinkFinder (go): Hem HTML kaynağında hem de gömülü javascript dosyalarında uç noktaları çıkarmak için. Hata avcıları, kırmızı takım üyeleri, infosec ninja'ları için faydalı.
JSParser (python2.7): JavaScript dosyalarından göreli URL'leri ayrıştırmak için Tornado ve JSBeautifier kullanan bir python 2.7 scripti. AJAX isteklerini kolayca keşfetmek için faydalı. Bakımsız görünüyor.
relative-url-extractor (ruby): Verilen bir dosyadan (HTML) göreli URL'leri bulmak için şık bir düzenli ifade kullanarak çıkarır.
JSFScan (bash, çeşitli araçlar): JS dosyalarından ilginç bilgiler toplamak için çeşitli araçlar kullanır.
subjs (go): JS dosyalarını bulur.
page-fetch (go): Başsız bir tarayıcıda bir sayfayı yükler ve sayfayı yüklemek için yüklenen tüm URL'leri yazdırır.
Feroxbuster (rust): Önceki araçların çeşitli seçeneklerini birleştiren içerik keşif aracı.
Javascript Parsing: JS dosyalarında yol ve parametre bulmak için bir Burp uzantısı.
Sourcemapper: Verilen .js.map URL'si ile size güzelleştirilmiş JS kodunu alacak bir araç.
xnLinkFinder: Belirli bir hedef için uç noktaları keşfetmek için kullanılan bir araç.
waymore: Wayback makinesinden bağlantıları keşfedin (aynı zamanda yanıtları indirip daha fazla bağlantı arayın).
HTTPLoot (go): Form doldurarak tarama yapın ve belirli regex'ler kullanarak hassas bilgileri bulun.
SpiderSuite: Spider Suite, siber güvenlik profesyonelleri için tasarlanmış gelişmiş çok özellikli GUI web güvenlik Tarayıcısı/Spider'dır.
jsluice (go): URL'leri, yolları, sırları ve JavaScript kaynak kodundan diğer ilginç verileri çıkarmak için bir Go paketi ve komut satırı aracı.
ParaForge: ParaForge, fuzzing ve enumeration için özel kelime listesi oluşturmak amacıyla istekten parametreleri ve uç noktaları çıkarmak için basit bir Burp Suite uzantısıdır.
katana (go): Bunun için harika bir araç.
Crawley (go): Bulabildiği her bağlantıyı yazdırır.

Brute Force dizinleri ve dosyaları

Kök klasörden brute-forcing'e başlayın ve bu yöntemle bulunan tüm dizinleri ve Spidering ile keşfedilen dizinleri brute-force yapmayı unutmayın (bu brute-forcing'i özyinelemeli olarak yapabilir ve kullanılan kelime listesinin başına bulunan dizinlerin adlarını ekleyebilirsiniz).
Araçlar:

Dirb / Dirbuster - Kali'de dahil, eski (ve yavaş) ama işlevsel. Otomatik imzalı sertifikalara ve özyinelemeli aramaya izin verir. Diğer seçeneklerle karşılaştırıldığında çok yavaş.
Dirsearch (python): Otomatik imzalı sertifikalara izin vermez ama özyinelemeli aramaya izin verir.
Gobuster (go): Otomatik imzalı sertifikalara izin verir, özyinelemeli arama yoktur.
Feroxbuster - Hızlı, özyinelemeli aramayı destekler.
wfuzz wfuzz -w /usr/share/seclists/Discovery/Web-Content/raft-medium-directories.txt https://domain.com/api/FUZZ
ffuf - Hızlı: ffuf -c -w /usr/share/wordlists/dirb/big.txt -u http://10.10.10.10/FUZZ
uro (python): Bu bir spider değildir ama bulunan URL'lerin listesini vererek "tekrarlanan" URL'leri siler.
Scavenger: Farklı sayfaların burp geçmişinden dizinler oluşturmak için Burp Uzantısı.
TrashCompactor: Tekrarlanan işlevselliğe sahip URL'leri kaldırır (js importlarına dayalı).
Chamaleon: Kullanılan teknolojileri tespit etmek için wapalyzer kullanır ve kullanılacak kelime listelerini seçer.

Tavsiye edilen sözlükler:

https://github.com/carlospolop/Auto_Wordlists/blob/main/wordlists/bf_directories.txt
Dirsearch dahil sözlük
http://gist.github.com/jhaddix/b80ea67d85c13206125806f0828f4d10
Assetnote kelime listeleri
https://github.com/danielmiessler/SecLists/tree/master/Discovery/Web-Content
raft-large-directories-lowercase.txt
directory-list-2.3-medium.txt
RobotsDisallowed/top10000.txt
https://github.com/random-robbie/bruteforce-lists
https://github.com/google/fuzzing/tree/master/dictionaries
https://github.com/six2dez/OneListForAll
https://github.com/random-robbie/bruteforce-lists
https://github.com/ayoubfathi/leaky-paths
/usr/share/wordlists/dirb/common.txt
/usr/share/wordlists/dirb/big.txt
/usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt

Bruteforcing veya spidering sırasında yeni bir dizin keşfedildiğinde, bu dizin de Brute-Forced edilmelidir.

Bulunan her dosyada kontrol edilecekler

Broken link checker: Ele geçirilme riski taşıyan HTML'ler içindeki bozuk bağlantıları bulun.
Dosya Yedekleri: Tüm dosyaları bulduktan sonra, tüm çalıştırılabilir dosyaların yedeklerini arayın (".php", ".aspx"...). Yedekleme için yaygın adlandırma varyasyonları: file.ext~, #file.ext#, ~file.ext, file.ext.bak, file.ext.tmp, file.ext.old, file.bak, file.tmp ve file.old. Ayrıca bfac veya backup-gen** aracını kullanabilirsiniz.**
Yeni parametreler keşfedin: Arjun, parameth, x8 ve Param Miner gizli parametreleri keşfetmek için kullanılabilir. Mümkünse, her çalıştırılabilir web dosyasında gizli parametreleri aramayı deneyebilirsiniz.
Arjun tüm varsayılan kelime listeleri: https://github.com/s0md3v/Arjun/tree/master/arjun/db
Param-miner “params” : https://github.com/PortSwigger/param-miner/blob/master/resources/params
Assetnote “parameters_top_1m”: https://wordlists.assetnote.io/
nullenc0de “params.txt”: https://gist.github.com/nullenc0de/9cb36260207924f8e1787279a05eb773
Yorumlar: Tüm dosyaların yorumlarını kontrol edin, kimlik bilgileri veya gizli işlevsellik bulabilirsiniz.
Eğer CTF oynuyorsanız, "yaygın" bir hile, bilgiyi sayfanın sağında (tarayıcı ile kaynak kodunu açtığınızda veriyi göremeyecek şekilde yüzlerce boşluk kullanarak) gizlemektir. Diğer bir olasılık, birkaç yeni satır kullanmak ve bilgiyi web sayfasının altında bir yorumda gizlemektir.
API anahtarları: Eğer herhangi bir API anahtarı bulursanız, farklı platformların API anahtarlarını nasıl kullanacağınızı gösteren bir kılavuz vardır: keyhacks, zile, truffleHog, SecretFinder, RegHex, DumpsterDive, EarlyBird
Google API anahtarları: Eğer AIzaSyA-qLheq6xjDiEIRisP_ujUseYLQCHUjik gibi görünen bir API anahtarı bulursanız, anahtarın erişebileceği API'leri kontrol etmek için gmapapiscanner projesini kullanabilirsiniz.
S3 Buckets: Spidering yaparken herhangi bir alt alan adı veya herhangi bir bağlantının bazı S3 bucket ile ilişkili olup olmadığını kontrol edin. Bu durumda, bucket'ın izinlerini kontrol edin.

Özel bulgular

Spidering ve brute-forcing yaparken, dikkat etmeniz gereken ilginç şeyler bulabilirsiniz.

İlginç dosyalar

CSS dosyaları içinde diğer dosyalara bağlantılar arayın.
Eğer bir .git dosyası bulursanız, bazı bilgiler çıkarılabilir
Eğer bir .env bulursanız, API anahtarları, veritabanı şifreleri ve diğer bilgiler bulunabilir.
Eğer API uç noktaları bulursanız, bunları da test etmelisiniz. Bunlar dosya değildir, ama muhtemelen "onlara benzerler".
JS dosyaları: Spidering bölümünde JS dosyalarından yol çıkarabilen birkaç araçtan bahsedilmiştir. Ayrıca, bulunan her JS dosyasını izlemek de ilginç olacaktır, çünkü bazı durumlarda, bir değişiklik, kodda potansiyel bir zafiyetin tanıtıldığını gösterebilir. Örneğin JSMon'u kullanabilirsiniz.
Ayrıca keşfedilen JS dosyalarını RetireJS veya JSHole ile kontrol etmelisiniz.
Javascript Deobfuscator ve Unpacker: https://lelinhtinh.github.io/de4js/, https://www.dcode.fr/javascript-unobfuscator
Javascript Beautifier: http://jsbeautifier.org/, http://jsnice.org/
JsFuck deobfuscation (karakterlerle javascript: "[]!+" https://ooze.ninja/javascript/poisonjs/)
TrainFuck: +72.+29.+7..+3.-67.-12.+55.+24.+3.-6.-8.-67.-23.
Birçok durumda, kullanılan düzenli ifadeleri anlamak gerekecektir, bu faydalı olacaktır: https://regex101.com/
Ayrıca formların tespit edildiği dosyaları izlemelisiniz, çünkü bir parametredeki değişiklik veya yeni bir formun görünmesi, potansiyel yeni bir zayıf işlevselliği gösterebilir.

403 Yasaklı/Temel Kimlik Doğrulama/401 Yetkisiz (bypass)

{% content-ref url="403-and-401-bypasses.md" %} 403-and-401-bypasses.md {% endcontent-ref %}

502 Proxy Hatası

Eğer herhangi bir sayfa bu kodla yanıt veriyorsa, muhtemelen kötü yapılandırılmış bir proxy vardır. GET https://google.com HTTP/1.1 gibi bir HTTP isteği gönderirseniz (host başlığı ve diğer yaygın başlıklarla), proxy google.com erişmeye çalışacak ve bir SSRF bulmuş olacaksınız.

NTLM Kimlik Doğrulama - Bilgi ifşası

Eğer çalışan sunucu kimlik doğrulama istiyorsa Windows ise veya kimlik bilgilerinizi isteyen bir giriş bulursanız (ve alan adı istiyorsa), bir bilgi ifşası tetikleyebilirsiniz.
Başlığı gönderin: “Authorization: NTLM TlRMTVNTUAABAAAAB4IIAAAAAAAAAAAAAAAAAAAAAAA=” ve NTLM kimlik doğrulamanın nasıl çalıştığı nedeniyle, sunucu "WWW-Authenticate" başlığında iç bilgi (IIS versiyonu, Windows versiyonu...) ile yanıt verecektir.
Bunu nmap eklentisi "http-ntlm-info.nse" kullanarak otomatikleştirebilirsiniz.

HTTP Yönlendirme (CTF)

Bir Yönlendirme içinde içerik yerleştirmek mümkündür. Bu içerik kullanıcıya gösterilmeyecek (çünkü tarayıcı yönlendirmeyi gerçekleştirecektir) ama orada gizli bir şey olabilir.

Web Zafiyetlerini Kontrol Etme

Artık web uygulamasının kapsamlı bir envanteri alındığına göre, birçok olası zafiyeti kontrol etme zamanı. Kontrol listesini burada bulabilirsiniz:

{% content-ref url="../../pentesting-web/web-vulnerabilities-methodology.md" %} web-vulnerabilities-methodology.md {% endcontent-ref %}

Web zafiyetleri hakkında daha fazla bilgi için:

Sayfaları Değişiklikler için İzleme

Vulnerabiliteleri ekleyebilecek değişiklikler için sayfaları izlemek üzere https://github.com/dgtlmoon/changedetection.io gibi araçlar kullanabilirsiniz.