- 在线时间
- 0 小时
- 最后登录
- 2007-9-23
- 注册时间
- 2004-9-10
- 听众数
- 3
- 收听数
- 0
- 能力
- 0 分
- 体力
- 9975 点
- 威望
- 7 点
- 阅读权限
- 150
- 积分
- 4048
- 相册
- 0
- 日志
- 0
- 记录
- 0
- 帖子
- 1893
- 主题
- 823
- 精华
- 2
- 分享
- 0
- 好友
- 0

我的地盘我做主
该用户从未签到
 |
< >说到url编码,你或许会想起N年前的url编码漏洞。可惜我是"生不逢时"啊,我接触网络时,那个漏洞早就绝迹咯。
* Y6 \5 S6 x8 i! q1 B) R g/ u1 I. B: }% o
言归正传,URL 编码是什么东东呢?看看我从网上抄的定义:( q: j' b1 s* Z1 x/ O# g& _
2 M3 i5 V" R( k4 F* A8 o& W8 w [) t引用: </P>
6 @- q2 D/ E+ X$ |- ?$ H* ]- Burl编码是一种浏览器用来打包表单输入的格式。浏览器从表单中获取所有的name和其中的值 ,将它们以name/value参数编码(移去那些不能传送的字符, 将数据排行等等)作为URL的一部分或者分离地发给服务器。不管哪种情况, 在服务器端的表单输入格式样子象这样: & x9 M3 N: I5 v
7 E5 j! j1 d. |
theName=Ichabod+Crane&gender=male&status=missing&headless=yes
$ Z; F" q/ ~- p: \0 ?- C- ?) I* P) X. B& N: a; d9 b: B
URL编码遵循下列规则: 每对name/value由&符分开;每对来自表单的name/value由=符分开。如果用户没有输入值给这个name,那么这个name还是出现,只是无值。任何特殊的字符(就是那些不是简单的七位ASCII,如汉字)将以百分符%用十六进制编码,当然也包括象 =, &, 和 % 这些特殊的字符。0 [# _0 H# x z' B; a- u/ }" d1 `
% G/ B# a! v9 N" s呵呵,明白了吧,其实url编码就是一个字符ascii码的十六进制。不过稍微有些变动,需要在前面加上"%"。比如"\",它的ascii码是92,92的十六进制是5c,所以"\"的url编码就是%5c。那么汉字的url编码呢?很简单,看例子:"胡"的ascii码是-17670,十六进制是BAFA,url编码是"%BA%FA"。呵呵,知道怎么转换的了吧。9 j9 [4 w" ]- ^, V: t, `3 Z- T& q2 X
9 q4 G2 T9 Q: q" ]/ |/ c3 @
URL编码平时我们是用不到的,因为IE会自动将你输入到地址栏的非数字字母转换为url编码。所以对于浏览器来说http://blog.csdn.net/l%61ke2与http://blog.csdn.net/lake2是等效的(注意,第一个url我用%61替换了a)。呵呵,或许你已经想起了,有人提出数据库名字里带上"#"以防止被下载,因为IE遇到#就会忽略后面的字母。破解方法很简单——用url编码%23替换掉#。我本来企图利用url编码来躲过注射检查的,不过失败了,因为服务器端会将url编码转换成字符的。1 Z( B, V% T- S! Q. j1 ]
! X3 H5 ^, ^6 A- S( T等等,好像跑题了啊,呵呵,不好意思:)
! @# }8 p6 {9 o3 s2 Y6 R! d' p
/ b7 u7 D3 a0 X2 I现在SQL注射非常流行,所以就有人写了一些防注射的脚本。当然啦,思路不一样,效果大不同。各位看官请看下面的××SQL通用防注入asp版部分代码。
. s7 Y3 u/ w, }# a4 P. l! j I6 k, c- V+ d$ f) H4 H* V
Fy_Url=Request.ServerVariables("QUERY_STRING")
7 ?7 u; \3 F$ ~& s6 S8 f9 AFy_a=split(Fy_Url,"&")
5 M$ d. ], N+ a1 Kredim Fy_Cs(ubound(Fy_a))
+ N6 o- R3 ~7 S. x& e3 ^7 o# FOn Error Resume Next
0 R5 \5 o5 L/ i/ l3 [, j9 b7 ?, @for Fy_x=0 to ubound(Fy_a)8 h, v# q9 z O% y2 v% t
Fy_Cs(Fy_x) = left(Fy_a(Fy_x),instr(Fy_a(Fy_x),"=")-1)
0 n d. a8 A7 ?$ a4 p# o- _! SNext
$ e+ z+ T4 N5 x$ zFor Fy_x=0 to ubound(Fy_Cs)4 z7 e& W8 Q: M
If Fy_Cs(Fy_x)<>"" Then
$ S: X) O" U7 C* K2 a& gIf Instr(LCase(Request(Fy_Cs(Fy_x))),"and")<>0 then
! |% M7 E/ U8 }Response.Write "出现错误!"
1 F' L: c' \ T) |" E6 \ j5 ~Response.End
9 K" F& I% x: h- Z, V4 T. UEnd If7 a8 q+ ?) _# q# Q8 e \
End If' k6 W! s7 F9 y
Next; |) ^1 H* y) P1 Z' o1 Y( O
% E2 L3 O4 Z5 f$ v( I1 s* E& q2 ^7 k/ T" W
它的思路就是先获得提交的数据,以"&"为分界获得并处理name/value组,然后判断value里是否含有定义的关键字(这里为求简便,我只留下了"and"),有之,则为注射。0 N% }5 k" K& @* D$ n/ D5 m
4 N" U N3 P: y- B
乍一看去,value被检查了,似乎没有问题。呵呵,是的,value不会有问题,可是,name呢?6 r. B/ |7 Y" v* r) A2 N( @* {( n
5 }6 R. `: d7 A2 o. n! U& {
它的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值为空,于是就绕过了检测。
+ ~$ r( x' W" {2 M: ~4 v5 Q
% l5 k+ A* ~" R- a- W等等,为什么既然name不解码可以绕过检查而value就不能绕过呢?因为value的值取自Request(Fy_Cs(Fy_x)),这个服务器就会解码的。/ j- U* a8 P8 ]/ ~5 |0 E1 f
6 Z' G9 N( u" o# a, u: o4 ?程序怎么改进呢?只要能够得到客户端提交的数据是解码后的就可以了,把得到name的语句改为For Each SubmitName In Request.QueryString就可以了。
6 l3 [, g8 @' o. `2 `* ?4 H. J
; _: k$ |/ e8 h1 @8 S( r& `8 O* M5 K% x呵呵,谢谢阁下耐着性子看完我的文章^_^ |
zan
|