quelle est la signification de 'admin' or 1=1 — '

La requête suivante renvoie tous les mots de passe dans la table tbl_user mais je ne comprends pas pourquoi ce qui se passe.

SELECT password FROM tbl_users WHERE name = 'admin' OR 1=1 -- '

S'il vous plaît aidez-moi à comprendre cette partie de la requête: 'admin' or 1=1 -- '

Pouvez-vous introduire d'autres menaces comme ceci (site web, livre, etc)?

C'est un classique de l'injection SQL. Il renvoie les utilisateurs dont le nom est admin OU, où 1=1 (depuis le 1er est en effet 1 chaque enregistrement de match). Le -- tout à fait sûr eveyrthing après, il est considéré comme un commentaire
Vous pouvez retirer 1=1 car il ne fait rien
que voulez-vous dire?
C'est l'ensemble de point @Gadgetster. Il a certainement fait quelque chose. 😉
il n'a tout à fait le contraire de rien

OriginalL'auteur Daniyal | 2014-07-19

8

C'est un classique de l'injection SQL.

Voir ce violon pendant que j'explique: SQLfiddle

Dans cet exemple, il y a 5 utilisateurs ajoutées à la table. Votre requête est ensuite exécuté. Le résultat attendu serait de retour la valeur de mot de passe pour le admin de l'utilisateur uniquement.

Cependant, en ajoutant 1=1, qui est un énoncé vrai, tous les mots de passe sont retournés.

Une autre façon d'aider à visualiser ce, est d'ajouter des parenthèses, de sorte que vous pouvez voir comment tout est évaluée.
```
SELECT pass FROM users WHERE (user_name = 'admin')              OR (1=1) -- '
                                 ^ Pulls only the admin user        ^ Pulls everything because 1=1
```
Donc, nous sommes en sélectionnant le mot de passe de la table où le nom d'utilisateur est admin. Nous sommes également en tirant le mot de passe de la table où jamais 1=1 - ce qui est toujours vrai. Chaque ligne est évaluée à true, donc tous les mots de passe sont retournés.

La finale -- ' est utilisé pour commenter le reste de votre requête.
```
SELECT pass from users WHERE user_name = 'admin' or (1=1) -- 'and permission='superadmin'
```
Normalement, (si le 1=1 n'avait pas été injecté), vous vous tirez le mot de passe pour l'utilisateur user_name de l'admin et superadmin autorisations. Vous avez commenté, et il n'est pas exécuté. C'est de cette façon l'ensemble de la table de mots de passe peuvent être retournés.

Très bien dit, non seulement la partie logique - je pense que j'ai fait ce assez bien - mais comment cela exploiter des changements à l'intention d'une requête et comment il pourrait être étendu.

OriginalL'auteur Andy
5

Le résultat d'une logique OR est comme suit:
```
a     | b     | a OR b
-----------------------
false | false | false
false | true  | true
true  | false | true
true  | true  | true
```
Le résultat de a OU b est évaluée à true, si l'un des opérandes est vrai.
```
1 = 1 evaluates to true
```
=>
```
(any expression) OR 1 = 1 evaluates to true
```
=>
```
name = 'admin' OR 1 = 1 
```
renvoie la valeur true pour chaque ligne de votre tableau

Résultat:
```
SELECT password FROM tbl_users WHERE name = 'admin' OR 1=1 -- '
```
sera de retour le mot de passe pour tous les utilisateurs, pas seulement pour les admins, car comme l'a déclaré PeeHaa
```
--
```
est le début d'un commentaire sql.

OriginalL'auteur VMai
2

Il y a 2 de possibles confusions, je peux imaginer que vous rencontrez ici. Le premier est, comme d'autres l'ont mentionné, expr1 OR expr2 retourne vrai quand expr1 ou expr2 est vrai. Depuis 1=1 est toujours vrai, votre WHERE déclaration sera vrai pour chaque enregistrement de la table.

La deuxième chose que vous pourriez être confus au sujet est le dernier -- ' dans la requête. Le -- est le SQL équivalent de // en PHP; elle indique que le reste de la ligne est un commentaire, et doit être ignorée. Si l'interprète de SQL est seulement la lecture SELECT password FROM tbl_users WHERE name = 'admin' OR 1=1 et en ignorant le reste de la ligne, c'est pourquoi que les apostrophe n'est pas à l'origine d'une erreur de syntaxe.

Le seul risque pour la sécurité ici est de savoir si vous êtes de passage sans échappement saisie de l'utilisateur de SQL. Toujours échapper à tout utilisateur d'entrée avec mysqli_real_escape_string ou un équivalent de la fonction avant de l'utiliser dans une requête SQL.

Edit: Comme l'a souligné dans les commentaires, requêtes paramétrées sont généralement une meilleure pratique de s'échapper de chaque élément d'entrée manuellement. PHP AOP extension est un bon endroit pour commencer avec cette approche.

OMI, il est préférable d'utiliser le paramétrage de s'échapper et de concaténation, ces derniers devraient seulement être utilisés pour des choses qui ne peuvent pas être paramétrés, comme les noms de colonne.
Je suis d'accord, un paramétrage est mieux que de s'échapper + concaténation comme une pratique de codage, car il est plus difficile de faire des erreurs. Je vais modifier une référence dans la réponse.

OriginalL'auteur David Sherron
0

La dernière partie -- ' est commentaire, si MySQL n'a pas de soins. Donc, nous n'avons pas de gauche
```
SELECT password FROM tbl_users WHERE name = 'admin' OR 1=1
```
Dans cette requête 1=1 est vrai, parce que 1 est le même est de 1. Il pourrait être ici, bien sûr, un autre vrai expressions comme par exemple 2=2 ou 'a'='a' - le résultat sera toujours le même.

Afin que votre requête pourrait ressembler à ceci:
```
SELECT password FROM tbl_users WHERE name = 'admin' OR true
```
Opérateur OR fonctionne de cette façon que si l'une des conditions est vraie, elle signifie que l'ensemble de l'expression est vraie. Dans l'expression name = 'admin' OR true une expression est vraie (true est vrai) donc, toute cette expressions est true

Ainsi la requête pouvait être
```
SELECT password FROM tbl_users WHERE true
```
Maintenant, si nous regardons d'OÙ nous avons WHERE true. Cela signifie, de facto, il n'y a pas de condition, de sorte que nous pouvons changer la requête:
```
SELECT password FROM tbl_users
```
Donc, comme vous voyez votre requête get simple colonne password pour chacun des enregistrements dans une table (probablement pour tous les utilisateurs)

Excusez-moi, pourriez-vous m'aider pourquoi requête suivante ne fonctionne pas? SELECT name FROM list WHERE name = true -- '
si vous avez un problème, s'il vous plaît expliquer ce qui se passe (erreur? rien? crash? etc.). Dans ce cas, il est probable que vous comparez une colonne de type chaîne avec une constante booléenne.
Merci beaucoup MR @Marrcin, excusez-moi, pourriez-vous m'aider pourquoi, après requête a retourné un résultat vide définir? SELECT name FROM list WHERE name = true -- '
Regarder les manuel: En SQL, tous les opérateurs logiques sont évaluées à TRUE, FALSE ou NULL (INCONNU). Dans MySQL, ceux-ci sont mis en œuvre comme 1 (VRAI), 0 (FAUX), et la valeur NULL. Si vous avez la même que SELECT name FROM list WHERE name = 1 personne N'a ce nom, donc pas de résultat.
ce serait un résultat attendu. Vous n'avez pas les lignes où la colonne est égale à la valeur booléenne true, puisque c'est une chaîne. Le --' à la fin ne fait rien dans ce cas - la dans votre post original, il a pour effet de cacher le reste de l'auteur original de la requête, mais qui ne s'applique pas ici.

OriginalL'auteur Marcin Nabiałek
-2

Je pense que vous êtes la recherche pour " ET "au lieu de "OU"

"OU" signifie que l'une des conditions (where name = 'admin' or 1=1) doit être vrai, et dans ce cas, il est de retour tout ce qui a nom est égal à "admin", ou qui a 1 égal à 1.

Essayez d'utiliser ceci à la place:
```
SELECT password FROM tbl_users WHERE name = 'admin' AND 1=1
```
La requête est en effet pas ce que l'auteur original prévu - c'est un populaire à la fissuration de la syntaxe prévu de retourner des lignes dans toutes les circonstances, en prenant avantage d'une vulnérabilité d'injection SQL. Dans ce contexte, la OR forme est ce que le pirate aurait voulu.
Ah ok, désolé, je suis nouveau à ce genre de choses, juste essayé de l'aider, de le peu que je sais. Merci de me le dire.
Pas de soucis. Vous auriez raison si la 1=1 précédé le reste de la WHERE clause - avoir un permanent de la clause avec un certain nombre d'option est populaire pour le générateur de requêtes de bibliothèques. C'est parce qu'il simplifie la syntaxe supplémentaire - toutes les nouvelles clauses de la forme AND (clause).

OriginalL'auteur Duane

Vous devez vous connecter pour publier un commentaire.