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

admin

SQL注入。有攻有防。知道进攻。才懂得防守.
% s6 D3 B. r2 n  [
% @: f+ N  t- P+ H( U$ \有的时候，很容易受到SQL注入攻击的程序，可能会进行输入过滤，用来防止攻击者无限制的利用其中存在的设计缺陷。
0 [! E& [+ l) T  y% Z) J" \
唱出会删除或者净化一些字符，或者阻止常用的sql关键词。
; ~. K/ z2 O$ Q! V0 c
) E; K2 o& S4 M我们通常有以下几种技巧，去避开这些过滤。

* j5 [6 N2 l, \7 v# ?, H1，避免使用被阻止的字符，即不使用这些字符仍然达到攻击目的。
+ l+ `2 `6 ~$ w& a# N# V
" B  I  `) Y/ j! N! {+ eA，如果注入一个数字数据字段，就不需要使用单引号。

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

) `0 g4 p5 Q+ o5 Z9 r比如， ?id=1′ 这里存在注入，过滤了注释符合，我们可以输入 ?id=1′ or ‘a’=’a

1 p7 H) r8 b$ y& \目的其实很简单，就是把后面的单引号给闭合掉。
$ v; Z  x, `* n6 U( d
C，在一个MSSQL注入中注入批量查询的时候，不必使用分号分隔符。

" T2 O! R7 l; R只要纠正所有批量查询的语法，无论你是否使用分号，查询的解析器依然能正确的去解释它们的。
* C2 L* n, `6 j' ~4 p7 Y
8 v7 l1 [0 x# g1 p1 k2，避免使用简单确认
5 Q; W9 ^. u" f# Q: {/ P* j! t
一些输入确认机制使用一个简单的黑名单，组织或删除任何出现在这个名单中的数据，比如防注入程序。
- P: c% y7 B4 S6 `2 K+ s
这一般要看这个机制是否做的足够的好了，黑名单是否足够能确保安全。如果只是简单的黑名单，那也有机会突破的。

# i. c5 {3 a5 ^2 K6 q$ hA，如果select关键词被阻止或删除
3 o3 y, S7 m0 ^  I; ]
/ |0 q8 F3 H- [5 ^我们可以输入：

. z1 ]; r' A+ _1 `' b2 j2 h$ pSeLeCt       注意大小写

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

%53%45%4c%45%43%54                        URL编码
" ~! n# H$ T6 `
& ?9 L' A2 O" n9 A9 a7 `%2553%2545%254c%2545%2543%2554    对上面的每个%后加了一个25

3，使用SQL注释符

2 }% I# o- w* N4 `3 E$ u3 L% fA,使用注释来冒充注入的数据中的空格。

) [5 S: s: q: X8 H% E; nselect/*yesu*/username,password/*yesu*/from/*yesu*/admin

/*yesu*/来冒充空格
+ C2 o1 K9 T: Q! U
B,使用注释来避开某些注入的确认过滤。
; J9 ?# [& t5 ^- `! ~, Z/ q
1 `* y% Q, k1 F) `3 ]/ \SEL/*yesu*/ECT username,password fr/*yesu*/om admin

4,处理被阻止的字符串
- |/ ?2 J! c, h# ~# a7 j
比如，程序阻止了admin，因为怕攻击者注入admin表单中的数据。

+ Q. `# B! ^3 ^+ g/ K2 F我们可以这样
1 _( I5 P5 d& A/ J
A，oracle数据库： ‘adm’||’in’

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

C,MYSQL数据库： concat (‘adm’,’in’)
4 [3 m; z- O( X+ ?$ b
- I9 j% j. {0 f# uD,oracle中如果单引号被阻止了，还可以用chr函数

sleect password from admin where username = char(97) || chr(100) || chr(109) || chr(105) || chr(110)

; m- n& d2 H2 P: N. }还有其他方法。正在收集中.