N-PN White-Hat Project
bypass addslashes() - Version imprimable

+- N-PN White-Hat Project (https://dev.n-pn.fr/forum)
+-- Forum : Questions (https://dev.n-pn.fr/forum/forumdisplay.php?fid=11)
+--- Forum : Hacking (https://dev.n-pn.fr/forum/forumdisplay.php?fid=29)
+--- Sujet : bypass addslashes() (/showthread.php?tid=3559)



bypass addslashes() - MLT - 18-01-2014

Présentation de la fonction

addslashes() permet d'échapper certains caractères comme les guillemets simples ('), guillemets doubles ("), antislash(\) et le caractère NULL.

Imaginons le cas d'une tentative d'injection SQL où les variables de la page admin sont seulement protégées par addslashes

Code PHP :
$requete "SELECT *FROM utilisateur WHERE login = '".addslashes($_POST["login"])."' AND password = '".addslashes($_POST["password"])."'"



On veut alors injecter 'or 1=1 -- dans la case password.

Dans le cas présent l'injection 'or 1=1 -- devient \'or 1=1 -- et la requête SQL n'est plus valide.


La faille de la fonction addslashes


Cette fonction présente "une faille", elle est conçue pour traiter des chaînes de caractères encodées sur 8 bits. Ainsi, certains charsets spéciaux codés sur 7 ou 13 bits ne seront pas compris en tant que tels et la fonction pourra alors louper des caractères spéciaux comme des quotes qui seront bels et bien interprétés si transmis tels quels au serveur SQL.

Nous allons maintenant nous intéresser au jeu de caractère GBK (jeu de caractères chinois) http://fr.wikipedia.org/wiki/GBK_%28jeu_de_caract%C3%A8res%29

Ces caractères ont la propriété de commencer par 0xBF puis forment différents caractères avec les bytes qui suivent.

Le caractère qui va nous intéresser est 0xBF5C (caractère GBK valide) dont 0x5c correspond à l'antislash.

L'exploitation

Pour contourner la fonction addslashes(), il est donc possible d'injecter par exemple %bf%27 , ce qui deviendra %bf%5c%27, mysql considérera que %bf%5c est un caractère valide alors votre requête sera exécutée.

L'injection 'or 1=1 -- pourra devenir alors %bf%27%6f%72%20%31%3d%31%20%2d%2d


En revanche il faut que mysql soit configuré pour recevoir les caractères GBK. La question est maintenant à savoir si en France mysql est configuré pour recevoir ce jeu de caractères.... En tout cas sur wamp, cette méthode ne fonctionne pas.

Et t'il alors possible en france de bypass la requête suivante ? :
Code PHP :
$requete "SELECT * FROM utilisateur WHERE login = '".addslashes($_POST["login"])."' AND password = '".addslashes($_POST["password"])."'"

Piste de travail :
http://www.erich-kachel.de/?tag=addslashes

Bibliographie
http://bases-hacking.org/injections-sql-avancees.html
http://shiflett.org/blog/2006/jan/addslashes-versus-mysql-real-escape-string
http://securityreliks.securegossip.com/2011/02/sql-injection-bypassing-addslashes/