目录

为什么要聊 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，恶意查询中，我们传入的数据为：

图 2 参数：-1 OR 1=1

这各个语句中 id=-1 一般为 False，而 1=1 却恒为 true，所以这个查询语句能查询到所有结果，这是与我们编程的初衷相违背的。

普通查询 - 图3

恶意查询 - 图4

恶意查询 - 图5

一般我们用户登录都需要用户名和密码，如图 3，需要用户名：zone 和密码：123 方可查询相关信息。但如图 4、图 5，我的用户名参数为如下：

图 4 参数：zone'#图 5 参数（--后面有一空格）：zone'-- 

这两个参数，在我输入的密码不正确的情况下，也查询出了结果，是因为 SQL 语句中有两种注释，一种是： # ，另一种是：-- ，这两条查询语句正式利用了这个，导致 SQL 认为后面的语句是注释。从而，不管你输入的密码是否正确，都可以登录。这个也违背了我们编程的初衷。

当然，SQL 注入攻击不止这些，我这里只是列举了其中的一些操作，这些操作简单，你也可以自行测试。更多的注入方式，可以自行到网络上搜索，也可以看看这篇文章：

防范 SQL 注入攻击，我在网络上搜寻了一些方法，仅供参考建议。

把应用服务器的数据库权限降至最低，尽可能地减少 SQL 注入攻击带来的危害避免网站打印出SQL错误信息，比如类型错误、字段不匹配等，把代码里的SQL语句暴露出来，以防止攻击者利用这些错误信息进行SQL注入。对进入数据库的特殊字符（'"\尖括号&*;等）进行转义处理，或编码转换。所有的查询语句建议使用数据库提供的参数化查询接口，参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中，即不要直接拼接SQL语句。在测试阶段，建议使用专门的 SQL 注入检测工具进行检测。网上有很多这方面的开源工具，例如sqlmap、SQLninja等。善用数据库操作库，有些库包可能已经做好了相关的防护，我们只需阅读其文档，看是否支持相应的功能即可。常见面试题说说什么是 SQL 注入？说说 SQL 注入的危害？举个 SQL 注入的栗子？如何猜测、确认数据库表名？

这些问题基本在本文中都能找到答案，我也就不一一再写一般了。

瞎比比

ok，关于 SQL 注入攻击就说到这里吧，这个也是面试官经常会问到问题。如果你还不会，建议尽快掌握。如果哪天面试官问到你，有用到了我文章中的知识，要回来报喜呀！