php.ini中magic_quote_gpc功能on理解_PHP教程
虽然如此，攻击者仍然有机会进行SQL注入攻击。。。。。。前提是，当参数为数字型的时候，且未经过Intval()函数的处理，因为经过intval()的处理之后，所有的数据就都会强制转换成数字。
前面已经提到过，开启magic_quote_gpc=on之后，相当于使用addslshes()这个函数。但是数字型没有用到单引号，所以理所当然的绕过了addslshes()函数的转换了。而使用MySQL自带的char()函数或者HEX()，char()可以将参数解释为整数并且返回这些整数的ASCII码字符组成的字符串，使用十六进制表示必须在数字前加上0x。
实例演示：
假设我们知道管理员的用户名为admin，密码不知道。并且已经将magic_quote_gpc启用。
SQL语句：
| 代码如下 | 复制代码 |
| $sql="select * from users where username=$name and password='$pwd'"; | |
注意：变量$name没加引号
此时，在地址栏中输入username=admin%23，则合成后的sql语句为：
| 代码如下 | 复制代码 |
| select * from users where username='admin' #' and password=''; | |
这时候通过url地址栏输入的单引号(’)将被加上反斜线，该sql语句将失效。
admin转换成ASCII后是char(97,100,109,105,110)
此时在地址栏中输入
| 代码如下 | 复制代码 |
| username=char(97,100,109,105,110)%23 | |
SQL语句就变成了：
| 代码如下 | 复制代码 |
| select * from users where username=char(97,100,109,105,110)#' and password=''; | |
执行结果为真，就可以顺利进入后台。
对于数字型注入攻击，必须在任何的数字型参数放入数据库之前使用intval()对参数进行强制转换成数字，从而可以断绝数字型注入漏洞的产生。
比如：
| 代码如下 | 复制代码 |
|
$id=intval($_GET[‘id’]); select * from articles where id=’$id’; |
|
地址栏中输入：
| 代码如下 | 复制代码 |
| id=5’ or 1=1%23 | |
SQL语句将变成：
| 代码如下 | 复制代码 |
|
select * from articles where id=’5’; 而不是select * from articles where id=’5’ or 1=1#; |
|
总结：
对于每一个变量都记得加上单引号，比如where username=’$name’,
开启magic_quote_gpc并不是绝对安全的，对于数字型注入攻击，仅仅使用addslashes()函数进行转换是不够的，还需使用intval()强制将参数转换成数字