|
6 A. w4 f. e& y* R1 a( R SQL注入是一种常见的Web漏洞攻击手段,危害非常严重。攻击者利用漏洞不但可以看到全部数据,更有甚者删库跑路。
6 c: f4 l( \& B q2 v) ]: l; ~ 一、啥是SQL注入SQL注入,可以利用传入的参数,进行恶意伪造,伪造后的参数最终通过前台传入到后端执行,1、示例一(查询敏感信息)比如,我们有一个查询接口,可以查询当前用户的信息,select * from user where id = 1; + \6 m! l* Y2 M
正常执行不会出现问题,一旦被sql注入,比如将传入参数 id="3 or 1=1" ,那么sql会变成select * from user where id = 3 or 1=1这样所有用户信息就一览无遗了。
|( R/ c4 x4 l; g- t( U& p; b B) n3 v 2、示例二(恶意删表)比如,我们现在有个简单的页面表单,只要输入name,就可以插入到 user 用户表,insert into user(name) values(zhangsan);其中name字段来自页面的前端input输入,有恶意攻击者输入了这个
8 @* k6 j+ F% _. z7 B lisi);drop table user;--insert into user(name) values(lisi);drop table user;--;如果真被执行了,完蛋了,表被删了。 6 q2 J4 T* T6 v0 D
二、如何防止SQL注入1、使用ORM框架提供的方法一般ORM框架都做了SQL防注入的方案,比如Mybatis,传入参数时,推荐用 #{para},而不是 ${para}#将传入的数据当成一个字符串,会对传入的数据加一个双引号,比如where id = “123”。 $ |- c$ h2 |, V- r/ B# i% \# p0 N6 r
$将传入的数据直接显示在sql中,比如 where id = 123因此,#与$相比,#可以很大程度的防止sql注入,因为对sql做了预编译处理,因此在使用中一般使用#{}方式2、加强参数输入验证,正则匹配过滤。
i) E& J* ?* L 加强数据输入验证,使用正则表达式等字符串过滤手段限制数据项的格式、字符数目等,尤其是避免数据项中存在引号、分号等特殊字符就能很大程度上避免SQL注入问题的发生。 " D, t- c& v$ V9 }$ i& g' z: K; O3 s4 @
3、避免常规化的数据库表名、字段名的设计比如数据库表 user,设计时可以加些前缀,不容易猜到的,比如xxx_xxx_t_user实际上,SQL注入也并不是那么简单的,一个前提就是需要攻击者本身对数据库的结构有足够的了解才能够成功。 ! q2 r& a$ B! w9 G' m8 x# ]; A. H
因此在构建数据库的时候要尽量使用较为复杂的结构和命名方式,就能有效降低被攻击成功的概率4、注意数据库备份和对敏感内容进行加密不怕一万就怕万一,定期的数据备份还是要做的另外,一些敏感数据可以适当加密后再存入db,取出后按规则解密,虽说麻烦些,但安全。 2 | J0 D Q9 f3 d- ], q, r
当然,具体大家还是要按照实际的业务场景来 " _: s! N0 m9 m
* c1 @% a' \2 ?6 I& D- f6 d" C) b* s8 z) u# y/ E
: q6 c; d Y' i' j: `* ^. S X4 e
0 d! ~' @1 c# J+ B |