php去掉多字节_PHP多字节编码漏洞小结

如果小结中有理解错误的地方&＃xff0c;麻烦大家提出。漏洞本质&＃xff1a;

php 使用 php_escape_shell_cmd这个函数来转义命令行字符串时是作为单字节处理的

而当操作系统设置了GBK、EUC-KR、SJIS等宽字节字符集时候&＃xff0c;将这些命令行字符串传递给MySQL处理时是作为多字节处理的先看个简单的例子

header(&＃39;Content-type: text/html; charset&＃61;gbk&＃39;);

//连接MySQL

$conn &＃61; mysql_connect("localhost", "root", "");

//选择数据库

mysql_select_db("test", $conn);

//设置字符集编码

mysql_query("SET CHARACTER SET &＃39;gbk&＃39;", $conn);

//创建DEMO表如果不存在

mysql_query("CREATE TABLE IF NOT EXISTS &＃96;demo&＃96; (

&＃96;uid&＃96; int(10) NOT NULL AUTO_INCREMENT,

&＃96;username&＃96; varchar(32) NOT NULL,

&＃96;password&＃96; varchar(32) NOT NULL,

PRIMARY KEY (&＃96;uid&＃96;)

) ENGINE&＃61;MyISAM DEFAULT CHARSET&＃61;gbk AUTO_INCREMENT&＃61;1;", $conn);

//插入个测试数据

mysql_query("REPLACE INTO &＃96;demo&＃96; VALUES(&＃39;&＃39;,&＃39;admin&＃39;,&＃39;admin888&＃39;) ",$conn);

//获取用户输入

$username &＃61; isset($_REQUEST[&＃39;username&＃39;]) ? $_REQUEST[&＃39;username&＃39;] : &＃39;&＃39;;

//执行查询并且DEBUG

$sql &＃61; "SELECT * FROM demo WHERE username &＃61; &＃39;{$username}&＃39; LIMIT 1";

echo "sql: ".$sql."
";

$res &＃61; mysql_query($sql, $conn);

$row &＃61; mysql_fetch_array($res);

echo "result:
";

var_dump($row);

?>当GPC&＃61;OFF时:username未经任何过滤&＃xff0c;这是个典型的字符型SQL注入测试地址:http://localhost/gbk.php?username&＃61;&＃39; or 1%23http://localhost/gbk.php?username&＃61;&＃39; or 0%23当然很多情况下GPC&＃61;OFF时候都会使用一些函数来过滤用户的输入

// 对用户传入的变量进行转义操作

if (!get_magic_quotes_gpc())

{

$username &＃61; addslashes($username);

}看上去貌似没问题了&＃xff0c;但是由于多字节编码问题&＃xff0c;同样还是可以注入的测试地址:http://localhost/gbk.php?username&＃61;%df%27使用mysql_real_escape_string函数对用户输入进行转义存在同样的问题目前的很多开源的系统都是通过设置客户端的字符集为二进制来防止多字节编码问题的。

//使用上面这句来替换DEMO中的 mysql_query("SET CHARACTER SET &＃39;gbk&＃39;", $conn);

mysql_query("SET character_set_connection&＃61;gbk, character_set_results&＃61;gbk, character_set_client&＃61;binary", $conn);再次测试:http://localhost/gbk.php?username&＃61;%df%27OK&＃xff0c;这样一来&＃xff0c;多字节编码问题就不存在了吗&＃xff1f;不见得当使用mb_convert_encoding、iconv对字符集进行错误的转换时候&＃xff0c;漏洞再次的出现了(GPC&＃61;ON时问题同样存在)例如&＃xff1a;

$username &＃61; iconv(&＃39;gbk&＃39;,&＃39;utf-8&＃39;,$username);

或

$username &＃61; mb_convert_encoding($username,&＃39;utf-8&＃39;,&＃39;gbk&＃39;);来看下T00ls上看到的ECSHOP 2.6.x/2.7.x GBK版本的漏洞吧漏洞文件在api/checkorder.php line 28

$sql &＃61; "SELECT COUNT(*) ".

" FROM " . $ecs->table(&＃39;admin_user&＃39;) .

" WHERE user_name &＃61; &＃39;" . trim($_REQUEST[&＃39;username&＃39;]). "&＃39; AND password &＃61; &＃39;" . md5(trim($_REQUEST[&＃39;password&＃39;])) . "&＃39;";我们来看下$_REQUEST[&＃39;username&＃39;] 的获取过程

$_REQUEST[&＃39;username&＃39;] &＃61; json_str_iconv($_REQUEST[&＃39;username&＃39;]);json_str_iconv()这个函数在includes/lib_base.php中定义&＃xff0c;其功能是将非UTF-8编码的字符串进行转换&＃xff0c;然后return ecs_iconv(&＃39;utf-8&＃39;, EC_CHARSET, $str);ecs_inonv这个函数也在 includes/lib_base.php中定义&＃xff0c;看下函数吧&＃xff1a;

function ecs_iconv($source_lang, $target_lang, $source_string &＃61; &＃39;&＃39;)

{

static $chs &＃61; NULL;

/* 如果字符串为空或者字符串不需要转换&＃xff0c;直接返回 */

if ($source_lang &＃61;&＃61; $target_lang || $source_string &＃61;&＃61; &＃39;&＃39; || preg_match("/[\x80-\xFF]&＃43;/", $source_string) &＃61;&＃61; 0)

{

return $source_string;

}

if ($chs &＃61;&＃61;&＃61; NULL)

{

require_once(ROOT_PATH . &＃39;includes/cls_iconv.php&＃39;);

$chs &＃61; new Chinese(ROOT_PATH);

}

return $chs->Convert($source_lang, $target_lang, $source_string);

}先是引入了includes/cls_iconv.php这个文件&＃xff0c;然后实例化了Chinese这个类&＃xff0c;在调用类的Convert的方法见line 127

$string &＃61; $this->_convert_iconv_mbstring($this->SourceText, $this->config[&＃39;target_lang&＃39;], $this->config[&＃39;source_lang&＃39;]);又调用了另外一个函数_conver_iconv_mbstring见line 278

//这里错误的吧字符集从gbk转为了utf8&＃xff0c;所以漏洞产生了

$return_string &＃61; &＃64;mb_convert_encoding($string, $target_lang, $source_lang);

小编推荐&＃xff1a;欲学习电脑技术、系统维护、网络管理、编程开发和安全攻防等高端IT技术&＃xff0c;请 点击这里注册账号&＃xff0c;公开课频道价值万元IT培训教程免费学&＃xff0c;让您少走弯路、事半功倍&＃xff0c;好工作升职加薪&＃xff01;

免责声明&＃xff1a;本站系公益性非盈利IT技术普及网&＃xff0c;本文由投稿者转载自互联网的公开文章&＃xff0c;文末均已注明出处&＃xff0c;其内容和图片版权归原网站或作者所有&＃xff0c;文中所述不代表本站观点&＃xff0c;若有无意侵权或转载不当之处请从网站右下角联系我们处理&＃xff0c;谢谢合作&＃xff01;