URL编码与SQL注射

韩冰

<>说到url编码，你或许会想起N年前的url编码漏洞。可惜我是"生不逢时"啊，我接触网络时，那个漏洞早就绝迹咯。
9 ~) z/ G2 V! W
' r1 N/ I9 Y- G. H! L) t8 ~$ q言归正传，URL 编码是什么东东呢？看看我从网上抄的定义：
, L: _# O7 X: x% k! u8 N; A# ]+ f, \
引用: </P>
url编码是一种浏览器用来打包表单输入的格式。浏览器从表单中获取所有的name和其中的值 ，将它们以name/value参数编码（移去那些不能传送的字符, 将数据排行等等）作为URL的一部分或者分离地发给服务器。不管哪种情况, 在服务器端的表单输入格式样子象这样:
- O; c! h; d7 u7 a. A: O) M6 Y; A
theName=Ichabod+Crane&amp;gender=male&amp;status=missing&amp;headless=yes
  N* x" @& {! @& M; w3 X. Q% g% c
' Q! s: c6 V3 k! fURL编码遵循下列规则: 每对name/value由&amp;符分开；每对来自表单的name/value由=符分开。如果用户没有输入值给这个name，那么这个name还是出现，只是无值。任何特殊的字符（就是那些不是简单的七位ASCII，如汉字）将以百分符%用十六进制编码，当然也包括象 =, &amp;, 和 % 这些特殊的字符。

! X* t! ~7 u; G  }( z. L! \呵呵，明白了吧，其实url编码就是一个字符ascii码的十六进制。不过稍微有些变动，需要在前面加上"%"。比如"\"，它的ascii码是92，92的十六进制是5c，所以"\"的url编码就是%5c。那么汉字的url编码呢？很简单，看例子："胡"的ascii码是-17670，十六进制是BAFA，url编码是"%BA%FA"。呵呵，知道怎么转换的了吧。

1 e, h/ d& }  F" ?. ^+ u5 uURL编码平时我们是用不到的，因为IE会自动将你输入到地址栏的非数字字母转换为url编码。所以对于浏览器来说http://blog.csdn.net/l%61ke2与http://blog.csdn.net/lake2是等效的（注意，第一个url我用%61替换了a）。呵呵，或许你已经想起了，有人提出数据库名字里带上"#"以防止被下载，因为IE遇到#就会忽略后面的字母。破解方法很简单——用url编码%23替换掉#。我本来企图利用url编码来躲过注射检查的，不过失败了，因为服务器端会将url编码转换成字符的。
- j8 \$ V. z! X8 ^! e
3 h3 T9 u! w' c% F等等，好像跑题了啊，呵呵，不好意思：）

现在SQL注射非常流行，所以就有人写了一些防注射的脚本。当然啦，思路不一样，效果大不同。各位看官请看下面的××SQL通用防注入asp版部分代码。

4 D; x1 k- s& t+ a7 WFy_Url=Request.ServerVariables("QUERY_STRING")
( V& e) y$ a$ s2 t9 m9 y# F4 uFy_a=split(Fy_Url,"&amp;")
- L6 Q, H( F- G3 X* U' s3 C, U) Nredim Fy_Cs(ubound(Fy_a))
, \4 O' f4 l' T+ [6 B! Z+ p5 _; K: l7 iOn Error Resume Next
+ p% ~/ f6 M7 |4 J) u6 n9 o+ tfor Fy_x=0 to ubound(Fy_a)
- H0 C" o( t. _) tFy_Cs(Fy_x) = left(Fy_a(Fy_x),instr(Fy_a(Fy_x),"=")-1)
0 G7 }" Z# X  e  n* o9 n+ RNext
For Fy_x=0 to ubound(Fy_Cs)
$ w- ]& G- ~6 h& nIf Fy_Cs(Fy_x)&lt;&gt;"" Then
" T- `+ H* _! G5 N0 ?/ R1 xIf Instr(LCase(Request(Fy_Cs(Fy_x))),"and")&lt;&gt;0 then
& S) S7 V3 K3 Z4 k, yResponse.Write "出现错误！"
Response.End
0 j2 w- A: V& q" c; @" NEnd If
: I1 o2 n# p" v! nEnd If
8 G+ [1 j) \. S' E/ Y5 G8 j  PNext
9 B+ u3 K9 N  `6 z) R- z0 X

/ d+ i: v! I; }+ m1 y3 e它的思路就是先获得提交的数据，以"&amp;"为分界获得并处理name/value组，然后判断value里是否含有定义的关键字（这里为求简便，我只留下了"and"），有之，则为注射。
& c4 C/ f4 M( I( J9 e  i1 s
2 H8 ~0 h1 L2 v; M6 l乍一看去，value被检查了，似乎没有问题。呵呵，是的，value不会有问题，可是，name呢？

7 m& F' a3 T$ u  y: C8 ~/ S它的name/value组值来自于Request.ServerVariables("QUERY_STRING")，呵呵，不好意思，这里出问题了。Request.ServerVariables("QUERY_STRING")是得到客户端提交的字符串，这里并不会自动转换url编码，哈哈，如果我们把name进行url编码再提交的话，呵呵，那就可以绕过检查了。比如参数是ph4nt0m=lake2 and lis0，此时程序能够检测到；如果提交%50h4nt0m=lake2 and lis0（对p进行url编码），程序就会去判断%50h4nt0m的值，而%50h4nt0m会被转换为ph4nt0m，所以%50h4nt0m值为空，于是就绕过了检测。

9 u! ^  }, s/ t$ @5 Z等等，为什么既然name不解码可以绕过检查而value就不能绕过呢？因为value的值取自Request(Fy_Cs(Fy_x))，这个服务器就会解码的。

程序怎么改进呢？只要能够得到客户端提交的数据是解码后的就可以了，把得到name的语句改为For Each SubmitName In Request.QueryString就可以了。
) [6 u" q  x3 S" f  k' T
呵呵，谢谢阁下耐着性子看完我的文章^_^