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

admin

SQL注入。有攻有防。知道进攻。才懂得防守.
% [3 I) b+ X% y; h; R, W) h
有的时候，很容易受到SQL注入攻击的程序，可能会进行输入过滤，用来防止攻击者无限制的利用其中存在的设计缺陷。
5 K4 n$ p9 N% {0 @1 o) P/ ~
唱出会删除或者净化一些字符，或者阻止常用的sql关键词。
" Z$ ^7 @* g/ Q4 d
我们通常有以下几种技巧，去避开这些过滤。
2 j$ [6 ?# P4 H- {2 V
1，避免使用被阻止的字符，即不使用这些字符仍然达到攻击目的。
- d( X& |9 P( F
( [; r% \: g" y, C; C% w) {* tA，如果注入一个数字数据字段，就不需要使用单引号。
9 }0 O3 m' w* n: K3 ~, l3 u
. u4 F; R5 Z. M$ W- i9 iB，输入注释符号被阻止使用，我们可以设计注入的数据，既不破坏周围的查询语法。
' {: A: S+ d; N7 C" R  _. q
比如， ?id=1′ 这里存在注入，过滤了注释符合，我们可以输入 ?id=1′ or ‘a’=’a

目的其实很简单，就是把后面的单引号给闭合掉。
7 R2 E( {) t9 c, u9 N+ v% d
- }( `6 p5 q  GC，在一个MSSQL注入中注入批量查询的时候，不必使用分号分隔符。
. s2 J/ }0 s) |- A* @+ f4 t
只要纠正所有批量查询的语法，无论你是否使用分号，查询的解析器依然能正确的去解释它们的。

2，避免使用简单确认

1 @' f7 E+ \4 k+ H9 n$ S( `- ?; v# F/ T一些输入确认机制使用一个简单的黑名单，组织或删除任何出现在这个名单中的数据，比如防注入程序。

0 x3 N. f5 J3 |- I/ E这一般要看这个机制是否做的足够的好了，黑名单是否足够能确保安全。如果只是简单的黑名单，那也有机会突破的。

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

) V5 {+ ?9 [. l2 J我们可以输入：
6 c  ?5 i: z( @2 C
8 Z0 |, x8 H% V' Z# qSeLeCt       注意大小写
0 m5 v9 |  f/ ]+ ?
selselectect    还记得ewebeditor是怎么过滤asp的么？
( R4 n  \5 |% S+ f# T
%53%45%4c%45%43%54                        URL编码
# Q6 ?# n* @; M+ M: g3 `
%2553%2545%254c%2545%2543%2554    对上面的每个%后加了一个25
& c4 i+ }( z: H2 d1 k
3，使用SQL注释符

A,使用注释来冒充注入的数据中的空格。

  K/ V" I; i0 B$ Kselect/*yesu*/username,password/*yesu*/from/*yesu*/admin

4 w1 Y4 j2 |" b/ b) ~$ g' e. W/*yesu*/来冒充空格

B,使用注释来避开某些注入的确认过滤。

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

4,处理被阻止的字符串

比如，程序阻止了admin，因为怕攻击者注入admin表单中的数据。

1 t, A# R: p8 I. q( v8 q3 I0 |我们可以这样

) P( k" b+ o. g5 XA，oracle数据库： ‘adm’||’in’
0 K' m/ T9 _7 A  m. j. ^+ e
2 {# r7 J( t) QB,MSSQL数据库： ‘adm’+’in’
. l6 s3 e: A5 O/ N0 _' f- g$ I
9 k; J8 ~6 k* O+ F+ Z' ?6 ?# m7 sC,MYSQL数据库： concat (‘adm’,’in’)

D,oracle中如果单引号被阻止了，还可以用chr函数
# x. h7 C* `* s5 k
& R5 }- C" k& [9 J9 Nsleect password from admin where username = char(97) || chr(100) || chr(109) || chr(105) || chr(110)

5 S0 J" Y) W. Z" B2 l还有其他方法。正在收集中.