PHP魔术引号所带来的安全问题分析
2014-07-15 00:00
585 查看
PHP通过提取魔术引号产生的“\”字符会带来一定的安全问题,例如下面这段代码片段:
上面的代码原本期望得到一个经过daddslashes()安全处理后的数组变量$xigr['hi'],但是没有对变量$xigr做严格的类型规定,当我们提交一个字符串变量$xigr='ryat,经过上面的处理变为\'ryat,到最后$xigr['hi']就会输出\,如果这个变量引入到SQL语句,那么就会引起严重的安全问题了,对此再来看下面的代码片段:
利用上面提到的思路,通过提交foo.php?xigr[]='&xigr[][uid]=evilcode这样的构造形式可以很容易的突破GPC或类似的安全处理,形成SQL注射漏洞!对此应给与足够的重视!
// foo.php?xigr='ryat function daddslashes($string, $force = 0) { !defined('MAGIC_QUOTES_GPC') && define('MAGIC_QUOTES_GPC', get_magic_quotes_gpc()); if(!MAGIC_QUOTES_GPC || $force) { if(is_array($string)) { foreach($string as $key => $val) { $string[$key] = daddslashes($val, $force); } } else { $string = addslashes($string); } } return $string; } ... foreach(array('_COOKIE', '_POST', '_GET') as $_request) { foreach($$_request as $_key => $_value) { $_key{0} != '_' && $$_key = daddslashes($_value); } } echo $xigr['hi']; // echo \
上面的代码原本期望得到一个经过daddslashes()安全处理后的数组变量$xigr['hi'],但是没有对变量$xigr做严格的类型规定,当我们提交一个字符串变量$xigr='ryat,经过上面的处理变为\'ryat,到最后$xigr['hi']就会输出\,如果这个变量引入到SQL语句,那么就会引起严重的安全问题了,对此再来看下面的代码片段:
... if($xigr) { foreach($xigr as $k => $v) { $uids[] = $v['uid']; } $query = $db->query("SELECT uid FROM users WHERE uid IN ('".implode("','", $uids)."')");
利用上面提到的思路,通过提交foo.php?xigr[]='&xigr[][uid]=evilcode这样的构造形式可以很容易的突破GPC或类似的安全处理,形成SQL注射漏洞!对此应给与足够的重视!
相关文章推荐
- PHP魔术引号所带来的安全问题分析
- ASP/VBScript中CHR(0)的由来以及带来的安全问题分析
- PHP安全之魔术引号——什么是魔术引号以及如何使用
- php session安全问题分析
- php == 操作符带来的安全问题
- 不要轻信 PHP_SELF的安全问题
- PHP初学者头疼问题总结与分析
- 关于asp+access的安全问题分析
- ajax+php应用的乱码问题分析与解决
- PHP初学者头疼问题总结与分析
- php SQLite学习笔记与常见问题分析第1/2页
- php SQLite学习笔记与常见问题分析第1/2页
- php中文件上传的安全问题
- php 解决文件状态缓存带来的问题
- php 文件状态缓存带来的问题
- PHP版本的选择5.2.17 5.3.27 5.3.28 5.4 5.5兼容性问题分析
- 关于asp+access的安全问题分析
- php中文件上传的安全问题
- 常见php页面漏洞分析及相关问题解决