Finora, nella sezione di hacking del sito Web, abbiamo imparato come raccogliere informazioni su
un sito Web di destinazione, come scoprire una serie di vulnerabilità nell'applicazione Web e come sfruttare queste vulnerabilità per
ottenere l'accesso.
In realtà copro più vulnerabilità e tecniche più avanzate nel mio corso di hacking di siti Web.
Questo è solo un corso introduttivo alla maggior parte dei campi di hacking senza immergersi troppo in profondità.
Dai un'occhiata alla lezione bonus, l'ultima lezione del corso per maggiori informazioni.
Ma in tutte le lezioni precedenti, sapevo che tipo di vulnerabilità avrei usato, e questo
perché ti sto insegnando queste vulnerabilità specifiche.
Quindi le persone di solito mi chiedono alla fine della sezione, quindi come faccio a sapere quale vulnerabilità usare o
come faccio a sapere quale vulnerabilità provare?
E la risposta è provarli tutti.
Provo solo una vulnerabilità specifica per lezione perché ho già fatto i miei test e ho già
e so già cosa provare e cosa mostrarti.
Quindi non ti faccio perdere tempo.
Ma se stai testando un sito Web specifico, dovrai provare ogni singola vulnerabilità che hai
appreso.
Quindi la metodologia di base sarebbe, prima di tutto, raccogliere quante più informazioni possibili
sull'obiettivo.
Come al solito, scopri tutti i sottodomini, tutte le directory nascoste, tutte le applicazioni Web installate su
di esso.
E poi per ogni dominio o sottodominio, faremo clic su ogni singolo collegamento.
Fondamentalmente vogliamo utilizzare ogni singola funzionalità del sito Web e comprendere come funziona questo sito Web.
Quindi, quando lo rompiamo, sappiamo di averlo effettivamente rotto e potrebbe essere vulnerabile, quindi per
ogni collegamento, per ogni pagina che navighiamo, proveremo tutte le vulnerabilità che abbiamo appreso testando i
parametri in questa pagina.
E quello che intendo con i parametri sono le caselle di input che vedi nella pagina e vuoi testare i
dati che vengono inviati tramite l'URL dopo il segno di uguale.
Quindi lascia che ti mostri un rapido esempio di ciò che intendo.
Supponiamo che tu stia cercando di scoprire vulnerabilità in Google dot com.
Stai per venire a Google punto com.
Scopriremo ogni singolo sottodominio su Google dot com.
Quindi dovrai andare su account che Google dot com ads avvertono che Google dot com e così via.
E per ogni pagina che accediamo qui, faremo clic su ogni singolo collegamento.
Quindi, ad esempio, abbiamo il collegamento Come funziona la ricerca qui.
Lo apriremo in una nuova scheda e ci arriveremo.
Noterai che in questa pagina, ancora una volta, abbiamo più link.
Quindi dovremo fare clic su ogni singolo collegamento di questi.
E poi per ogni pagina che otteniamo, prima di tutto cercheremo di usarla per vedere cosa
fa la pagina, per avere un'idea delle caratteristiche che questa pagina ha.
E poi cercheremo di scoprire le vulnerabilità che abbiamo appreso manipolando gli input.
Quindi giocheremo prima con gli input qui nell'URL in modo che tu possa vedere questo URL che abbiamo FFG è
uguale a uno.
Quindi, dopo che l'FGB è uguale a uno, possiamo effettivamente provare a iniettare roba.
Possiamo testare le iniezioni ESKIL, possiamo testare l'accesso e così via.
E possiamo anche andare avanti e testare questa casella di input per Esercizio.
Google era in realtà vulnerabile a Unsuccess e ha pagato una taglia enorme.
Non ricordo cosa fosse per la persona che l'ha trovata.
Quindi non pensare che queste vulnerabilità non esistano in grandi siti web come Google.
Quindi le cose principali che verranno testate sono le caselle di input e le cose che vediamo dopo il segno di uguale.
E fondamentalmente dovrai testare letteralmente ogni singola vulnerabilità che hai appreso.
Come ho detto, non c'è modo di saperlo semplicemente guardando una pagina che sarà
vulnerabile a un'iniezione oa un esercizio, per esempio.
Ora, in altri casi, potresti avere siti Web come questa sicurezza qui, ad esempio, dove se fai clic
su un collegamento, in realtà non vedrai il segno di uguale nell'URL.
Quindi non vedrai i dati che vengono inviati al server nell'URL.
Ciò non significa che questa applicazione Web, questa pagina non invii dati all'applicazione lato server, ma è solo più
nascosta e più difficile da vedere i dati che vengono inviati.
Puoi effettivamente vedere i dati che vengono inviati e manipolati utilizzando un proxy.
Così dolce è un framework di test molto popolare che in realtà viene fornito con il proprio proxy in cui
è possibile intercettare le richieste inviate da questa pagina corrente al server Web in modo da poter effettivamente ottenere più
parametri ed essere in grado di testare questi parametri per le vulnerabilità che abbiamo appreso.
E sarai anche in grado di usarlo per aggirare alcuni tipi di misure di sicurezza.
Ora, in realtà ci occupiamo di burps e mi occupo di molte altre tecniche e vulnerabilità delle applicazioni Web
più avanzate.
Come ho detto nel corso di hacking del sito web, non li tratterò qui perché questo è un
corso introduttivo all'hacking etico in generale.
E l'obiettivo di questo corso è.
Per introdurti alla maggior parte dei campi di hacking etico senza immergerti troppo in profondità, quindi se
vuoi saperne di più sui test delle applicazioni Web, forse leggi le nostre 10 principali vulnerabilità, quindi dai un'occhiata alla
lezione bonus, include quel corso e per vedere tutto degli altri corsi a te
applicabili.