Toutes les injections javascript que nous avons effectuées jusqu’à présent nous les utilisions comme ceci ou
nous les injections dans le code hâtif et nous devions mettre un script d’exercice d’alerte ou mettre quoi que ce soit ici en
fonction de la feuille de triche. que vous avez partagé avec vous.
Maintenant, je l’ai dit plus tôt avec les injections de compétences, la charge utile ou l’exploit peut varier d’un site Web à l’autre en fonction
de la manière dont le site Web est programmé ou la page est programmée.
Et l’exercice est identique, vous devez donc toujours vous adresser aux sites Web, y réfléchir d’une manière
générale et tenter de l’exploiter en fonction de la page.
Et ne copiez pas et ne collez pas toujours les exploits ou les données utiles, et pour ce faire, je vais vous
montrer un autre exemple aujourd'hui.
Et nous allons le faire le jour Matel et nous allons passer à l'injection et je vais
passer à l'injection javascript et au générateur de mot de passe.
Maintenant, ce que cette page fait, fondamentalement, vous cliquez sur le bouton Générer et il génère simplement un mot de passe aléatoire.
Il existe donc beaucoup de sites Web sur Internet qui le font pour vous.
En regardant ce site Web, il est presque ce mot de passe est anonyme pour regarder votre wapiti, nous pouvons voir qu'il est donné un
nom d'utilisateur et le nom d'utilisateur est donné et ils sont tous dans le paramètre nom d'utilisateur et
c'est anonyme afin que nous puissions changer ce nom à un nom que nous voulons.
Ainsi, par exemple, si nous
modifions un Esselmont, le mot de passe est généré pour zayd.
Et si nous générons, cela sera généré.
Notez maintenant que tout ce que vous écrivez ici est affiché ici et
cela devrait vous dire instantanément que cela pourrait peut-être être vulnérable à une vulnérabilité d'Access, quel que soit votre type d'affichage.
Essayons donc d'utiliser le même exploit que nous utilisons
toujours et essayons de l'injecter dans le code et la page.
Comme vous pouvez le constater, l'exploit n'a pas été exploité et nous n'avons donc pas reçu de boîte de dialogue nous disant qu'il
y avait un excès dans la page, mais que quelque chose s'est mal passé.
Comme vous pouvez le voir maintenant, certains des codes lancés sur la page ne devraient pas apparaître ici.
Vous avez vu dans le cas de base quand vous venez de mettre un nom normal que vous ne voyez pas ce code.
Cela signifie donc que quelque chose se passe, quelque chose ne va pas dans cette page.
Essayons donc
d'inspecter l'élément et je vais simplement l'agrandir.
Maintenant, ils veulent se concentrer sur la partie du code qui a été projetée ici à
l'écran. Je vais donc cliquer dessus avec le bouton droit de la souris et inspecter à nouveau l'élément juste
pour que nous puissions y accéder automatiquement. Je vais descendre et je
peux voir que cette partie du code est cassée.
Nous ajoutons généralement les balises de script nous-mêmes lorsque nous essayons d'injecter comme vous voudriez le voir ici.
Mais ce qui se passe dans cette page essaie automatiquement de mettre ce que nous importons dans notre entrée
d'utilisateur pour écrire celui-ci et celui-ci.
Donc tout d’abord, nous savons que nous n’avons pas besoin de
ceux-ci car ils sont déjà là.
Notez également que notre code est en cours d’injection ici, c’est donc mon exercice d’alerte de script de code.
C'est ce que j'ai entré pour le nom d'utilisateur et vous pouvez voir qu'il est placé dans une citation unique.
Donc, afin de sortir de ce guillemet, je vais en ajouter un dans mon exploit.
OK, donc ça va fermer ça pour moi et ensuite je supprime le script pour qu'il devienne un accès d'alerte qui
a l'air vraiment bien.
Et puis nous avons la fin du script ici.
Examinons donc à nouveau le code pour que vous ayez la première ligne de document qui dit que l'élément
get est obtenu par ID.
Maintenant, en fait, je ne sais pas comment programmer en javascript, vous n'avez donc pas besoin d'être un programmeur javascript,
mais vous devez simplement avoir une idée générale de la façon dont cela va fonctionner.
Nous pouvons donc voir qu'il s'agit de la première ligne du code et qu'il est dit dans notre hâte que M-L est égal à ce
mot de passe et à tout ce que nous importons entre les deux guillemets.
Donc, ce que nous avons fait, nous avons fermé ceci.
Et ensuite, la ligne suivante deviendra notre exercice d’alerte.
Donc, en javascript, pour terminer une ligne, vous devez en fait ajouter un point-virgule.
Nous allons donc fermer et ajouter un point-virgule ici et notre exploit.
Et ce que cela va faire, cela fermera le code ici et il exécutera ceci comme une autre ligne
comme la prochaine ligne du point-virgule ici à la fin, juste au cas où.
Et nous allons copier ceci.
Je vais l'injecter et je vais vous montrer à quoi ressemble le code.
Après l'injection, cela deviendra encore plus clair.
Donc je vais l'injecter ici.
Comme vous pouvez le constater, rien ne se produit, mais si vous cliquez sur le bouton Générer, il semble que quelque chose ne
va pas.
Donc, nous ne l'avons toujours pas vraiment injecté correctement.
Revoyons le code.
Encore une fois, cliquez avec le bouton droit de la souris sur l'élément à inspecter et nous allons voir où se
trouvent les codes de l'utilisateur.
Et voici à quoi ressemble notre code.
Il est donc recommandé d'essayer Documenta à nouveau pour obtenir élément par ID.
Et c'est TELL et c'est égal à ce mot de passe est pour.
Nous fermons ça.
Donc c'est vraiment bien.
Nous avons ajouté un purrfect en point-virgule, puis nous avons dit accès en alerte.
Très bon point-virgule.
Parfait, mais alors nous avons cette citation unique et ce point-virgule.
Et ceux-ci viennent du code original.
Donc, ceux-ci sont utilisés pour fermer cette déclaration à l'origine.
Donc, ils sont réellement codés en dur ou insérés par le code dans la page.
Donc, tout ce que nous avons à faire est de faire comme ce que nous avions l'habitude de faire avec les injections SPL et juste le
commentaire ici pour commenter tout ce qui vient après cela afin que cela ne rompt pas notre code.
Alors encore une fois
je vais copier ce coller ici.
Et comme vous pouvez le constater, notre code s’exécute et nous parvenons à exécuter du code javascript sur le site Web cible.
Vous pouvez maintenant partager ce lien avec n’importe quel code javascript que vous voulez et qui sera exécuté sur la personne
cible sur la personne qui exécute ce lien.
Vous pouvez donc rechercher n'importe quel type de code ou de code javascript, ou vous pouvez utiliser du bœuf
comme je vais vous le montrer lors des prochaines conférences.
Ainsi, le message à retenir de cette conférence est la façon dont vous exploitez les vulnérabilités,
et pas seulement l'accès aux emplois ou les injections d'Asgill. Toute vulnérabilité varie d'un
site Web à l'autre. comment les données sont transmises entre les sites
Web et essayez d’adapter votre exploit à cette page Web spécifique.