- 在线时间
- 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编码漏洞。可惜我是"生不逢时"啊,我接触网络时,那个漏洞早就绝迹咯。
; G; W5 s! n' D/ T$ X) @( S. }& k# M0 D7 }
言归正传,URL 编码是什么东东呢?看看我从网上抄的定义:
3 c8 X' E1 E" \+ p3 t: e, P a9 L7 g! M8 m
引用: </P> |+ o2 G- [9 p, A2 y
url编码是一种浏览器用来打包表单输入的格式。浏览器从表单中获取所有的name和其中的值 ,将它们以name/value参数编码(移去那些不能传送的字符, 将数据排行等等)作为URL的一部分或者分离地发给服务器。不管哪种情况, 在服务器端的表单输入格式样子象这样:
0 N1 B2 K& J& y" x) N% f
. I+ W6 M5 m! @3 _; L0 X0 RtheName=Ichabod+Crane&gender=male&status=missing&headless=yes! z, H1 {6 {( u7 u5 ]* M
# j6 F. L: p4 z4 z! N4 dURL编码遵循下列规则: 每对name/value由&符分开;每对来自表单的name/value由=符分开。如果用户没有输入值给这个name,那么这个name还是出现,只是无值。任何特殊的字符(就是那些不是简单的七位ASCII,如汉字)将以百分符%用十六进制编码,当然也包括象 =, &, 和 % 这些特殊的字符。5 [3 f3 d" Q. y) W) E
/ p, ~3 x: Q$ ]# O ~+ R8 o呵呵,明白了吧,其实url编码就是一个字符ascii码的十六进制。不过稍微有些变动,需要在前面加上"%"。比如"\",它的ascii码是92,92的十六进制是5c,所以"\"的url编码就是%5c。那么汉字的url编码呢?很简单,看例子:"胡"的ascii码是-17670,十六进制是BAFA,url编码是"%BA%FA"。呵呵,知道怎么转换的了吧。
( w( G+ V) b1 }3 \4 {1 A
9 l- U4 r( ]6 o6 l% Z. E+ C' O kURL编码平时我们是用不到的,因为IE会自动将你输入到地址栏的非数字字母转换为url编码。所以对于浏览器来说http://blog.csdn.net/l%61ke2与http://blog.csdn.net/lake2是等效的(注意,第一个url我用%61替换了a)。呵呵,或许你已经想起了,有人提出数据库名字里带上"#"以防止被下载,因为IE遇到#就会忽略后面的字母。破解方法很简单——用url编码%23替换掉#。我本来企图利用url编码来躲过注射检查的,不过失败了,因为服务器端会将url编码转换成字符的。
d' S. b* K& P
# D/ P+ j& r. i$ J- S# T ]' J. v2 D等等,好像跑题了啊,呵呵,不好意思:)
% K E% v- G4 y1 U. l5 l( d+ b+ t2 `, x, h' }# m0 E! D
现在SQL注射非常流行,所以就有人写了一些防注射的脚本。当然啦,思路不一样,效果大不同。各位看官请看下面的××SQL通用防注入asp版部分代码。
/ D* r- `' e$ U% W8 `
) f, b# f+ x+ d( J# T" e% QFy_Url=Request.ServerVariables("QUERY_STRING")
. P1 ?# `; |8 _; W6 VFy_a=split(Fy_Url,"&")
$ [& [( c- s" r1 A4 j2 _$ _redim Fy_Cs(ubound(Fy_a))
`* Z9 f1 e2 X6 z$ uOn Error Resume Next
' O+ `2 ~$ \% ~& Y/ B+ W4 Z& }for Fy_x=0 to ubound(Fy_a)# U9 x7 q0 X" Y! l# b! G
Fy_Cs(Fy_x) = left(Fy_a(Fy_x),instr(Fy_a(Fy_x),"=")-1)
# N! M% }) R. T* {- E7 n6 y4 SNext
. b8 R2 ]& w2 \. a, [For Fy_x=0 to ubound(Fy_Cs)/ U8 `. v9 G( E: N3 B$ H2 s
If Fy_Cs(Fy_x)<>"" Then7 T6 u5 g) g, Q
If Instr(LCase(Request(Fy_Cs(Fy_x))),"and")<>0 then
% I8 g- ?* j2 Q0 q1 bResponse.Write "出现错误!"
+ A( I& O3 u2 g4 j8 _- bResponse.End
( A5 {7 i. I6 k) T) X# t6 zEnd If$ e8 Z- V5 D: E
End If
* e/ y6 C/ Z) Q" t9 n J3 kNext
3 r9 ~8 N O/ T
, @ W q1 n. t4 z2 o( C* v% a, ? F
! A6 {, a2 |5 \' F它的思路就是先获得提交的数据,以"&"为分界获得并处理name/value组,然后判断value里是否含有定义的关键字(这里为求简便,我只留下了"and"),有之,则为注射。
: g( V! z- x- t; V! L/ {4 l2 c% a/ v; h
乍一看去,value被检查了,似乎没有问题。呵呵,是的,value不会有问题,可是,name呢?9 t K m. Q4 Y1 j" N/ d" Y" |7 _, r8 D
6 H/ G, S, V! d& x
它的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值为空,于是就绕过了检测。" ?8 r. I% C) n& p
/ ]/ o$ U3 E+ T3 R: g6 M! e
等等,为什么既然name不解码可以绕过检查而value就不能绕过呢?因为value的值取自Request(Fy_Cs(Fy_x)),这个服务器就会解码的。
+ n4 V& F# _8 O8 T' {! C4 v9 J3 x/ ^* b8 Q/ G( D& F3 C/ j: ~
程序怎么改进呢?只要能够得到客户端提交的数据是解码后的就可以了,把得到name的语句改为For Each SubmitName In Request.QueryString就可以了。& Z) e2 G; O. b7 F3 `7 \1 p- f
/ {" l" v# b* K
呵呵,谢谢阁下耐着性子看完我的文章^_^ |
zan
|