Account Takeover
Last updated
Last updated
Učite i vežbajte AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Učite i vežbajte GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Email naloga treba pokušati da se promeni, a proces potvrde mora biti ispitivan. Ako se utvrdi da je slab, email treba promeniti na onaj koji pripada nameravanoj žrtvi i zatim potvrditi.
Nalog nameravane žrtve victim@gmail.com
Treba kreirati nalog koristeći Unicode
na primer: vićtim@gmail.com
Kao što je objašnjeno u ovom predavanju, prethodni napad se takođe može izvesti zloupotrebom identiteta treće strane:
Kreirati nalog kod treće strane sa sličnim emailom kao žrtva koristeći neki unicode karakter (vićtim@company.com).
Treća strana ne bi trebala da verifikuje email
Ako identitetski provajder verifikuje email, možda možete napasti deo domena kao što je: victim@ćompany.com i registrovati taj domen i nadati se da identitetski provajder generiše ascii verziju domena dok platforma žrtve normalizuje naziv domena.
Prijavite se putem ovog identitetskog provajdera na platformu žrtve koja bi trebala normalizovati unicode karakter i omogućiti vam pristup nalogu žrtve.
Za više detalja, pogledajte dokument o Unicode normalizaciji:
Unicode NormalizationAko ciljni sistem dozvoljava ponovno korišćenje reset linka, treba uložiti napore da se pronađe više reset linkova koristeći alate kao što su gau, wayback, ili scan.io.
Email žrtve treba koristiti za registraciju na platformi, i treba postaviti lozinku (pokušaj potvrde treba izvršiti, iako nedostatak pristupa emailovima žrtve može učiniti ovo nemogućim).
Treba čekati dok žrtva ne registruje koristeći OAuth i potvrdi nalog.
Nadamo se da će redovna registracija biti potvrđena, omogućavajući pristup nalogu žrtve.
Ako stranica sadrži CORS pogrešne konfiguracije, možda ćete moći da ukradete osetljive informacije od korisnika kako biste preuzeli njegov nalog ili ga naterali da promeni informacije o autentifikaciji u istu svrhu:
CORS - Misconfigurations & BypassAko je stranica ranjiva na CSRF, možda ćete moći da naterate korisnika da izmeni svoju lozinku, email ili autentifikaciju kako biste zatim mogli da mu pristupite:
CSRF (Cross Site Request Forgery)Ako pronađete XSS u aplikaciji, možda ćete moći da ukradete kolačiće, lokalnu memoriju ili informacije sa web stranice koje bi vam mogle omogućiti preuzimanje naloga:
XSS (Cross Site Scripting)Ako pronađete ograničen XSS ili preuzimanje poddomena, mogli biste se igrati sa kolačićima (fiksirajući ih na primer) kako biste pokušali da kompromitujete nalog žrtve:
Cookies HackingAko se odgovor na autentifikaciju može smanjiti na jednostavnu boolean vrednost, samo pokušajte da promenite false u true i vidite da li dobijate bilo kakav pristup.
Host zaglavlje se menja nakon iniciranja zahteva za resetovanje lozinke.
X-Forwarded-For proxy zaglavlje se menja na attacker.com.
Host, Referrer i Origin zaglavlja se istovremeno menjaju na attacker.com.
Nakon iniciranja resetovanja lozinke i zatim odabira ponovnog slanja maila, koriste se sve tri prethodno navedene metode.
Manipulacija kodom: Status kod se menja na 200 OK.
Manipulacija kodom i telom:
Status kod se menja na 200 OK.
Telo odgovora se menja na {"success":true} ili prazan objekat {}.
Ove tehnike manipulacije su efikasne u scenarijima gde se JSON koristi za prenos i prijem podataka.
Iz ovog izveštaja:
Napadač traži da promeni svoj email na novi
Napadač dobija link za potvrdu promene emaila
Napadač šalje žrtvi link kako bi ga kliknula
Email žrtve se menja na onaj koji je naveo napadač
Napadač može povratiti lozinku i preuzeti nalog
Ovo se takođe dogodilo u ovom izveštaju.
Kao što je objašnjeno u ovom postu, bilo je moguće prijaviti se na nalog, sačuvati kolačiće kao autentifikovani korisnik, odjaviti se, a zatim se ponovo prijaviti. Sa novim prijavljivanjem, iako su možda generisani različiti kolačići, stari su ponovo počeli da rade.
Učite i vežbajte AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Učite i vežbajte GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
