Jusqu'à présent, dans la section sur le piratage de sites Web, nous avons appris comment collecter des
informations sur un site Web cible, comment découvrir un certain nombre de vulnérabilités dans l'application Web et comment exploiter ces vulnérabilités pour
y accéder.
En fait, je couvre plus de vulnérabilités et de techniques plus avancées dans mon cours de piratage de sites Web.
Ceci est juste un cours d'introduction à la plupart des domaines de piratage sans plonger trop profondément dans aucun.
Consultez la conférence bonus, la dernière conférence du cours pour plus d'informations.
Mais dans toutes les conférences précédentes, je savais quel type de vulnérabilité j'allais utiliser, et c'est
parce que je vous enseigne ces vulnérabilités spécifiques.
Donc, les gens me demandent généralement à la fin de la section, alors comment savoir quelle vulnérabilité utiliser ou
comment savoir quelle vulnérabilité essayer ?
Et la réponse est de les essayer tous.
Je n'essaye qu'une vulnérabilité spécifique par cours car j'ai déjà fait mes tests et j'ai déjà et je
sais déjà quoi essayer et quoi vous montrer.
Alors je ne perds pas ton temps.
Mais si vous testez un site Web spécifique, vous devrez essayer chaque vulnérabilité que vous avez
apprise.
Ainsi, la méthodologie de base consisterait, tout d'abord, à rassembler autant d'informations que possible sur la
cible.
Comme d'habitude, découvrez tous les sous-domaines, tous les répertoires cachés, toutes les applications Web
installées dessus.
Et puis pour chaque domaine ou sous-domaine, nous allons cliquer sur chaque lien.
Nous souhaitons essentiellement utiliser toutes les fonctionnalités du site Web et comprendre son fonctionnement.
Ainsi, lorsque nous le cassons, nous savons que nous avons en fait cassé cela et qu'il pourrait être vulnérable
pour chaque lien, pour chaque page que nous parcourons, nous allons essayer toutes les vulnérabilités que nous avons apprises en testant
les paramètres de cette page.
Et ce que j'entends par paramètres, ce sont les zones de saisie que vous voyez sur la page et que
vous souhaitez tester les données envoyées via l'URL après le signe égal.
Alors laissez-moi vous montrer un exemple rapide de ce que je veux dire.
Supposons que vous essayez de découvrir des vulnérabilités dans Google dot com.
Vous allez venir sur Google point com.
Nous allons découvrir chaque sous-domaine sur Google dot com.
Donc, vous allez devoir accéder aux comptes que Google dot com annonce que Google dot com et ainsi de suite.
Et pour chaque page que nous entrons ici, nous allons cliquer sur chaque lien.
Ainsi, par exemple, nous avons le lien Comment la recherche fonctionne ici.
Nous allons l'ouvrir dans un nouvel onglet et nous allons y venir.
Vous remarquerez que dans cette page, encore une fois, nous avons plus de liens.
Nous allons donc devoir cliquer sur chaque lien de ceux-ci.
Et puis pour chaque page que nous obtenons, nous allons, tout d'abord, essayer de l'utiliser pour voir
ce que fait la page, pour avoir une idée des fonctionnalités de cette page.
Et puis nous allons essayer de découvrir les vulnérabilités que nous avons apprises en manipulant les entrées.
Nous allons donc d'abord jouer avec les entrées ici dans l'URL afin que vous puissiez voir que cette URL que nous avons FFG
est égale à un.
Donc, une fois que le FGB est égal à un, nous pouvons réellement essayer d'injecter des trucs.
Nous pouvons tester les injections d'ESKIL, nous pouvons tester l'accès, etc.
Et nous pouvons également aller de l'avant et tester cette zone de saisie pour Exercice.
Google était en fait vulnérable à l'échec et a payé une énorme prime.
Je ne me souviens pas de ce que c'était pour la personne qui l'a trouvé.
Ne pensez donc pas que ces vulnérabilités n'existent pas dans les grands sites Web comme Google.
Donc, les choses principales seront testées, ce sont les zones de saisie et les choses que nous voyons après le signe égal.
Et vous devrez essentiellement tester chaque vulnérabilité que vous avez apprise.
Comme je l'ai dit, il n'y a aucun moyen de le savoir en regardant simplement une page qui va
être vulnérable à une injection ou à un exercice, par exemple.
Maintenant, dans d'autres cas, vous pourriez avoir des sites Web comme cette sécurité ici, par exemple, où si vous cliquez
sur un lien, vous ne verrez en fait pas le signe égal dans l'URL.
Ainsi, vous ne verrez pas les données envoyées au serveur dans l'URL.
Cela ne signifie pas que cette application Web, cette page n'envoie pas de données à l'application côté serveur, mais c'est
juste plus caché et plus difficile de voir les données qui sont envoyées.
Vous pouvez réellement voir les données envoyées et manipulées à l'aide d'un proxy.
So sweet est un framework de test très populaire qui vient en fait avec son propre proxy où vous
pouvez intercepter les requêtes envoyées depuis cette page actuelle au serveur Web afin que vous puissiez réellement obtenir plus
de paramètres et pouvoir tester ces paramètres pour les vulnérabilités que nous avons apprises.
Et vous pourrez également l'utiliser pour contourner certains types de mesures de sécurité.
Maintenant, nous couvrons en fait les rots avec et je couvre beaucoup d'autres vulnérabilités et techniques d'applications Web
plus avancées.
Comme je l'ai dit dans le cours de piratage de sites Web, je ne les couvre pas ici car il s'agit
d'un cours d'introduction au piratage éthique en général.
Et le but de ce cours est.
Pour vous présenter la plupart des domaines de piratage éthique sans plonger trop profondément dans aucun. Si vous
souhaitez en savoir plus sur les tests d'applications Web, consultez peut-être notre top 10 des vulnérabilités, puis consultez la conférence
bonus, elle comprend ce cours et pour tout voir des autres cours qui s'appliquent à
vous.