In questa conferenza daremo un'occhiata al NCIS o alle richieste cross-site per Jerry. Queste vulnerabilità ci permettono di
costringere un utente a fare cose che non vogliono fare.
Ad esempio, una volta effettuato l'accesso a un sito Web, prendiamo Facebook, potrai fare certe cose sui tuoi
profili in modo da poter caricare le foto.
Puoi cambiare la tua password, puoi cambiare le tue informazioni, inviare messaggi e pubblicare cose sul tuo muro.
Ora lei SRF Ockers quando il sito Web non convalida se l'utente vuole effettivamente svolgere una determinata attività in modo
che non controlli se l'utente intende realmente cambiare la sua immagine del profilo o cambiare la sua
password.
Quindi, se il sito web non lo fa, saremo in grado di programmare una pagina e-mail affrettata.
E se l'utente fa clic su di esso o lo esegue, sarà costretto a svolgere una determinata attività che noi programmiamo
di fare, ad esempio possiamo chiedere all'utente di cambiare la password senza che nemmeno loro lo sappiano.
Facciamo un esempio su come questo accadrà e diventerà più chiaro per te.
Quindi ho qui il mio DVD Avenue e devo solo accedere con il mio nome
utente e la password che è admen e inserirò la mia password.
Ora se andiamo al C. R. Ho navigato qui vedrai che ci permette di cambiare la nostra password.
Quindi questo è proprio come un normale pannello di controllo in un normale sito web.
E di solito quando accedi al tuo account una delle funzionalità che puoi fare è che puoi cambiare la
tua password con una password diversa.
Quindi da qui ho intenzione di impostare la mia password su 2 2 2 2 2 2 e dirò anche qui la stessa password.
Vado a colpire invio.
E come puoi vedere ci sta dicendo che la password è stata cambiata.
Quindi questo è un esempio di una funzionalità che l'utente può fare al proprio account che può modificare
la propria password se il sito Web di destinazione che è DVD-Video non controlla se l'utente vuole effettivamente svolgere questa attività.
Quindi possiamo creare una pagina simile a questa pagina.
E una volta che l'utente ha eseguito quella pagina, in realtà cambieranno la loro password senza che loro lo sappiano.
Ora ci sono un certo numero di modi per analizzare la connessione e le nostre vite le
informazioni inviate tra il cliente e la destinazione per rendere tale exploit SRF.
Ti mostrerò il modo più semplice e affidabile e funziona indipendentemente dal tipo di modulo, indipendentemente
dal fatto che sia post o ricevuto.
Quindi con questo particolare è in realtà molto facile da sfruttare se invii semplicemente o direttamente
all'utente di destinazione.
E poi se ci sono, la password verrà cambiata.
Ma in modi più complicati a volte non si vede che a volte viene usato il post.
Quindi ti mostrerò il modo più affidabile per fare questo tipo di attacco.
Quindi la prima cosa da fare è cliccare col tasto destro sul modulo che vuoi dirottare.
Stavi andando a ispezionare l'elemento e guarderemo a quello in cui si trova il forum, quindi vedremo
dove si trova l'inizio del tag del forum e la fine del tag del forum.
In realtà sto facendo clic con il pulsante destro del mouse qui all'interno del forum.
E come potete vedere ora abbiamo l'inizio del forum è qui e finisce con un forum slash
forum slash.
E puoi vederlo proprio qui alla fine.
Quindi questa è la parte del codice che ci interessa, questa è la parte del codice che
vogliamo modificare e inviare all'utente di destinazione in modo che, quando lo eseguono, cambino effettivamente la loro password senza che loro
lo sappiano.
Quindi andrò a fare clic con il pulsante destro del mouse e modificherò l'e-mail e copierò tutto
qui dentro, quindi ho intenzione di fare il controllo che controllo, vedere e questo è copiarlo per me.
E poi andrò alla mia pagina sinistra proprio qui e lo incollerò e lo salverò e
lo chiameremo Sì o retrogusto
e lo metterò sul desktop e fare clic su Salva.
E questo è tutto.
Ora se eseguiamo questo codice all'inizio e vediamo cosa otteniamo.
Quindi ce l'ho proprio qui sul mio desktop.
E lo farò semplicemente clic.
E come puoi vedere basta avere una pagina e un'intera pagina che ti chiede una nuova password e
un account per confermare la password in modo che tu possa vedere che il modulo qui è in realtà simile al modulo che vogliamo dirottare.
Ora per far funzionare quella pagina dobbiamo modificare alcune cose.
Ora puoi vedere qui che abbiamo un modulo proprio qui e l'azione è impostata su un tag hash, quindi in realtà non fornisce
un sito web a cui inviare questo modulo.
Quindi la prima cosa che vuoi modificare è che vuoi darla al sito Web per inviare
questo modulo e questo sarà lo stesso sito web al momento.
Quindi controllerò la copia e inserirò qui invece dell'hashtag.
Ora a volte, in effetti, se copi un modulo da un altro sito web, potresti effettivamente vedere il
nome di un file, quindi vedrai solo il nome di un file che vuoi assicurarti di avere il tuo
URL completo al modulo.
Perché se si ha solo un nome di file, ad esempio se si è appena indicizzato che BHB non
saprà dove è ora quell'indice che BHP è quando è sul sito Web perché è già stato avviato su quel sito Web.
Ma quando in realtà stiamo prendendo il file in questo modo e lo memorizziamo sul nostro computer locale,
vogliamo essere sicuro di averlo pieno. Sei tutto e qui così anche se vedi qualcosa al posto del tag hash
per usare qualcosa come indicizzato che BHP o qualsiasi altra cosa
Tienilo lì ma assicurati di dargli il pieno o L che precede quella pagina.
Quindi va tutto bene.
Ora se salvi questo e se lo eseguiamo saremo in grado di cambiare la password usando questo per ora la cosa
bella di questi exploit.
In realtà puoi confermare che funziona per te e poi inviarlo al
cliente del target o alla persona di Daggett, quindi se in realtà ripristiniamo la
nostra password, quindi imposterò la password 2 3 3 3 3 3 3 e confermalo qui.
E poi ho intenzione di farlo.
Hit enter.
Vedrai che riceviamo un messaggio che ci informa che la password è stata modificata e che ora possiamo
effettuare il logout e accedere con la nuova password.
Quindi questo è buono.
Ora abbiamo un forum che in realtà non è memorizzato sul sito web ma usandolo possiamo effettivamente andare su quel
sito Web e cambiare la password.
Quindi questo in realtà conferma che il sito Web di destinazione è vulnerabile a vedere f perché non convalida che
la richiesta provenga dal sito Web stesso.
Quindi non convalida se l'utente lo desidera effettivamente.