面试官问你 SQL 注入攻击了吗？_sql注入的预防措施

目录为什么要聊 SQL 注入攻击？什么是 SQL 注入攻击？如何进行 SQL 注入攻击？如何防范？常见面试题瞎比比为什么要聊 SQL 注入攻击？我这人有个想法，就是不管自己跳不跳槽，每年都会调个时间去面试一下，一来可以摸摸自己的底，知道自己的价值，二来也可以知道市场的环境局势。

可以更好地为自己定位，能及时查缺补漏所以半年前我也执行了这个想法，去参加了面试我当时就被问到了 SQL 注入攻击，你说不知道 SQL 注入吧，我又听说过，但你叫我说清楚吧，我又说不清楚，于是场面一度很尴尬。

也是后面结束面试之后，查资料才搞清楚的那么今天我们就来聊聊 SQL 注入攻击什么是 SQL 注入攻击？首先我们得知道什么是 SQL 注入攻击，官方一点的说法是这样的：所谓SQL注入，就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。

那通俗一点呢？这么来说吧，一般我们提交的表单数据（未经过滤的情况下）都会拼接到 SQL 查询语句中的，就例如：SELECT * FROM users WHERE name=zone0 r% v5 F9 r2 q& H$ E% } 其中 name 参数 zone 就是从表单中传过来的数据，如果传的参数不是 zone，而是一条 SQL 语句，那么就可能骗过了 SQL 数据库，从而执行了一段恶意的代码。

达到了我们（程序员）意料之外的结果如何进行 SQL 注入攻击？说了那么多，那究竟是怎么进行攻击的呢？我自己能够攻击一下自己，测试一下吗？别急，现在就来试试看。

普通查询 - 图1

恶意查询 - 图2普通查询中，我们传入的查询数据为 1，恶意查询中，我们传入的数据为：图 2 参数：-1 OR 1=14 h8 b8 o) M h8 a1 w 这各个语句中 id=-1 一般为 False，而 1=1 却恒为 true，所以这个查询语句能查询到所有结果，这是与我们编程的初衷相违背的。

普通查询 - 图3

恶意查询 - 图4

恶意查询 - 图5一般我们用户登录都需要用户名和密码，如图 3，需要用户名：zone 和密码：123 方可查询相关信息但如图 4、图 5，我的用户名参数为如下：图 4 参数：zone# ( L. o+ K5 l+ f4 t8 U 图 5 参数（--后面有一空格）：zone-- / j |) h2 _/ ~) n 。

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

这个也违背了我们编程的初衷当然，SQL 注入攻击不止这些，我这里只是列举了其中的一些操作，这些操作简单，你也可以自行测试更多的注入方式，可以自行到网络上搜索，也可以看看这篇文章：https://www.jianshu.com/p/078df7a35671 ( E7 W& k: G% z+ s7 m j8 o, W. K! l 。

如何防范？防范 SQL 注入攻击，我在网络上搜寻了一些方法，仅供参考建议把应用服务器的数据库权限降至最低，尽可能地减少 SQL 注入攻击带来的危害避免网站打印出SQL错误信息，比如类型错误、字段不匹配等，把代码里的SQL语句暴露出来，以防止攻击者利用这些错误信息进行SQL注入。

对进入数据库的特殊字符（"\尖括号&*;等）进行转义处理，或编码转换所有的查询语句建议使用数据库提供的参数化查询接口，参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中，即不要直接拼接SQL语句。

在测试阶段，建议使用专门的 SQL 注入检测工具进行检测网上有很多这方面的开源工具，例如sqlmap、SQLninja等善用数据库操作库，有些库包可能已经做好了相关的防护，我们只需阅读其文档，看是否支持相应的功能即可。

常见面试题说说什么是 SQL 注入？说说 SQL 注入的危害？举个 SQL 注入的栗子？如何猜测、确认数据库表名？这些问题基本在本文中都能找到答案，我也就不一一再写一般了瞎比比ok，关于 SQL 注入攻击就说到这里吧，这个也是面试官经常会问到问题。

如果你还不会，建议尽快掌握如果哪天面试官问到你，有用到了我文章中的知识，要回来报喜呀！