OK, augmentons donc le niveau de sécurité à un niveau de sécurité élevé, ce qui est assez sûr,
de sorte qu’il peut parfois être contourné.
Et dans cette conférence, je vais juste souligner quelque chose pour vous.
Essayons donc d'utiliser le même exploit que nous utilisions auparavant.
Donc, si nous copions ceci et que nous allumons notre intercepteur et que je vais simplement mettre un nom d’utilisateur et un mot de
passe normaux pour
cela maintenant, nous allons les intercepter ici et les modifier comme nous l’avons fait dans la précédente vidéo.
OK maintenant nous allons pour ça.
Et comme vous pouvez le constater, cela signifie que le nom d’utilisateur et le mot de passe sont incorrects, ce qui est évidemment plus sûr.
Et effectivement, dans ce cas particulier de cette page, ce niveau de sécurité n’est plus
injectable.
Il ne met pas en œuvre les meilleures pratiques de sécurité, mais dans ce cas particulier, il est suffisamment sécurisé.
Donc je vais avoir un.
Nous allons y jeter un coup d'oeil mais ce n'est pas la meilleure façon de sécuriser votre site Web, nous allons
donc parler de la partie sécurité à la fin de la section.
Et nous allons parler de la meilleure façon de vous protéger contre les injections sécurisées.
Mais pour l’instant, il convient de le constater car c’est une implémentation rapide et si vous savez ce que vous
faites, vous pouvez résoudre votre problème rapidement, par exemple si vous avez un problème et que vous
n’avez pas le temps de changer l’implémentation. le moyen le plus sûr dont nous parlerons plus tard,
vous pouvez le faire rapidement pour que vous puissiez le faire suffisamment pour pouvoir le mettre en œuvre
et modifier le code pour le rendre plus sûr.
Donc, ce qu'ils font dans cette page maintenant.
Cela ne vous sécurise pas toujours à 100%, mais dans ce cas particulier, il est sécurisé.
Donc, ceci est le code pour la connexion et nous avons ici le cas un qui est l’arrogant ou le numéro de sécurité
un.
Et nous avons ici le code du niveau de sécurité cinq.
Ainsi, vous pouvez comparer les deux codes.
La principale différence réside dans cette instruction select.
Je vais donc tout supprimer et je vais simplement conserver ces deux déclarations
afin que nous puissions les comparer.
OK afin que vous puissiez voir ici dans la déclaration peu sécurisée que nous avons sélectionnée, commencez à partir de comptes où le nom d'utilisateur est un
nom d'utilisateur en dollars et le mot de passe est un mot de passe en dollars.
Donc, fondamentalement, tout ce que vous mettez dans les zones de texte pour le nom d'utilisateur et le mot de passe est utilisé directement
ici.
Maintenant, il y avait une filtration du site client et nous avons pu la contourner en utilisant le proxy.
Donc, tout ce que nous avons entré dans la procuration était substitué ici.
Nous pourrions donc modifier le code en définissant un nom d'utilisateur égal ou égal à un, puis nous avons
ajouté un commentaire.
Donc, fondamentalement, ce qui est arrivé dans cette déclaration ici au lieu du nom d'utilisateur qui a été substitué.
Donc, peu importe ce que nous avons mis ici a été substitué.
Et cette valeur a été injectée.
Donc, cela a été changé en une citation et ensuite ou un ou deux équivaut à un commentaire et tout cela a été fondamentalement ignoré, tout ce qui vient
après a été ignoré, ce qui a permis à notre déclaration de fonctionner.
Comme vous pouvez le voir, la citation qui a déjà été insérée a été refermée, puis nous avons ajouté
ou ce qui est égal à une affirmation vraie.
Nous avons indiqué que le nom d'utilisateur est Ogmund. En fait, c'est ce que nous avons fait. Ce serait donc un admen ici. En gros, il choisit n'importe quel nom d'utilisateur
égal à admin et ne se soucie pas du mot de passe qui nous
a donné accès au compte admin.
Maintenant, nous aurions pu injecter aussi dans le mot de passe en disant ou on est égal à un.
Encore une fois, cela nous donne une affirmation vraie.
Et ceci était en train de s’exécuter dans ce cas particulier ici dans le sécurisé.
Ce qu'ils font est qu'ils font une fonction qui s'appelle Real scape string.
Et ce que cela fait supprime fondamentalement les caractères tels que le caractère de nouvelle ligne, le caractère de rupture
et les citations, un code simple ou un double code afin qu’il scanne.
Il analyse les entrées que nous avons mises ici et supprime toutes les citations que nous mettons.
Nous avons donc mis le code unique ici ou lorsque nous avons été placés dans le code double et que nous l'enlevions.
Ainsi, quand il le déplace, il devient essentiellement une force.
Un autre problème avec cela maintenant.
J'ai dit que cela n'est sécurisé que dans ce cas particulier, car ils figurent également dans une
citation juste avant et après l'entrée.
Donc, s'il n'y avait pas de devis, alors notre injection d'injection ne nécessitera pas de
devis et nous pourrons éviter cette fonction, mais comme ils l'utilisent, ils sont difficiles à
utiliser, ici et ici. à la fin, au début et à la fin de la
saisie, ils échappent également à toute causalité.
Donc, si l’entrée contient des citations qu’elle supprime, alors tout ce que
nous injectons sera considéré comme un atout.
Ainsi, il ne sera considéré que comme du texte normal et ne sera jamais considéré comme du code; par conséquent,
il ne sera jamais exécuté sur le serveur.
Seulement dans ce cas.
Alors, prenons juste un exemple pour que nous ayons notre ID ici.
C'est donc l'injection que nous utilisons toujours. Alors, oubliez ça.
Donc, c'est notre nom d'utilisateur ici.
Donc, fondamentalement, ce qui est arrivé est en train d'arriver au code, qui le scannera et il
remarquera qu'il y a une citation ici.
Et comme il y a une citation, ça va l'enlever.
Cette fonction particulière va l'enlever.
Donc, après l'application de la fonction, cela disparaîtra.
Et aussi la fonction va disparaître.
Donc, voici à quoi ressemblera le code de l'ordinateur.
C'est ce qui va voir.
En gros, ce sera juste une souche normale qui est également contenue dans deux citations.
Nous devons donc déplacer les points ici.
Et remarquez qu'ils sont déjà codés en dur dans ces deux citations.
Donc, à cause de cela, notre injection ne fonctionnera jamais.
Maintenant, s'ils n'incluaient pas ces codes s'ils ne les blessaient pas ici s'ils n'existaient pas alors
qu'ils utilisaient la fonction, cette injection fonctionnerait.
Mais parce qu'ils utilisent la citation, tout ce qui va entrer dans la citation sera
considéré comme strict.
Et parce qu'ils vérifient que notre entrée ne doit pas contenir de guillemets côté serveur, alors
tout ce que nous extrairons sera extrait de la guillemet et ne sera jamais considéré comme du code.
Encore une fois, ce n’est pas le meilleur moyen de sécuriser votre site Web.
Je vais expliquer le meilleur pourquoi.
Lors de la dernière leçon de la section.
Mais c’est un bon moyen de sécuriser temporairement votre site Web.
Si vous n'avez pas eu le temps de mettre en œuvre la procédure appropriée.