来源：zone7
作者：zone7
目录
-
为什么要聊 SQL 注入攻击？
-
什么是 SQL 注入攻击？
-
如何进行 SQL 注入攻击？
-
如何防范？
-
常见面试题
为什么要聊 SQL 注入攻击？
我这人有个想法，就是不管自己跳不跳槽，每年都会调个时间去面试一下，一来可以摸摸自己的底，知道自己的价值，二来也可以知道市场的环境局势。可以更好地为自己定位，能及时查缺补漏。所以半年前我也执行了这个想法，去参加了面试。我当时就被问到了 SQL 注入攻击，你说不知道 SQL 注入吧，我又听说过，但你叫我说清楚吧，我又说不清楚，于是场面一度很尴尬。也是后面结束面试之后，查资料才搞清楚的。那么今天我们就来聊聊 SQL 注入攻击。
什么是 SQL 注入攻击？
首先我们得知道什么是 SQL 注入攻击，官方一点的说法是这样的：
所谓SQL注入，就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。
那通俗一点呢？这么来说吧，一般我们提交的表单数据（未经过滤的情况下）都会拼接到 SQL 查询语句中的，就例如：
SELECT * FROM users WHERE name='zone'
其中 name 参数 zone 就是从表单中传过来的数据，如果传的参数不是 zone，而是一条 SQL 语句，那么就可能骗过了 SQL 数据库，从而执行了一段恶意的代码。达到了我们（程序员）意料之外的结果。
如何进行 SQL 注入攻击？
说了那么多，那究竟是怎么进行攻击的呢？我自己能够攻击一下自己，测试一下吗？别急，现在就来试试看。
普通查询中，我们传入的查询数据为 1，恶意查询中，我们传入的数据为：
图 2 参数：-1 OR 1=1
这各个语句中 id=-1 一般为 False，而 1=1 却恒为 true，所以这个查询语句能查询到所有结果，这是与我们编程的初衷相违背的。
一般我们用户登录都需要用户名和密码，如图 3，需要用户名：zone 和密码：123 方可查询相关信息。但如图 4、图 5，我的用户名参数为如下：
图 4 参数：zone'#
图 5 参数（--后面有一空格）：zone'--
这两个参数，在我输入的密码不正确的情况下，也查询出了结果，是因为 SQL 语句中有两种注释，一种是： # ，另一种是：-- ，这两条查询语句正式利用了这个，导致 SQL 认为后面的语句是注释。从而，不管你输入的密码是否正确，都可以登录。这个也违背了我们编程的初衷。
https://www.jianshu.com/p/078df7a35671
如何防范？
防范 SQL 注入攻击，我在网络上搜寻了一些方法，仅供参考建议。
-
把应用服务器的数据库权限降至最低，尽可能地减少 SQL 注入攻击带来的危害
-
避免网站打印出SQL错误信息，比如类型错误、字段不匹配等，把代码里的SQL语句暴露出来，以防止攻击者利用这些错误信息进行SQL注入。
-
对进入数据库的特殊字符（'"\尖括号&*;等）进行转义处理，或编码转换。
-
所有的查询语句建议使用数据库提供的参数化查询接口，参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中，即不要直接拼接SQL语句。
-
在测试阶段，建议使用专门的 SQL 注入检测工具进行检测。网上有很多这方面的开源工具，例如sqlmap、SQLninja等。
-
善用数据库操作库，有些库包可能已经做好了相关的防护，我们只需阅读其文档，看是否支持相应的功能即可。
常见面试题
-
说说什么是 SQL 注入？
-
说说 SQL 注入的危害？
-
举个 SQL 注入的栗子？
-
如何猜测、确认数据库表名？
这些问题基本在本文中都能找到答案，我也就不一一再写一般了。
欢迎给我留言，聊聊你常常遇到的安全问题？
