## 所谓SQL注入，就是通过把SQL命令插入到表单中或页面请求的查询字符串中，最终达到欺骗服务器执行恶意的SQL命令。
具体来说，它是利用现有应用程序，将（恶意的）SQL命令注入到后台数据库引擎执行的能力，
它可以通过在Web表单中输入（恶意）SQL语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行SQL语句。
比如先前的很多影视网站泄露VIP会员密码大多就是通过WEB表单递交查询字符暴出的。
## 场景：
比如现在数据库中有一个front_user表，表结构如下：
class User(models.Model):
telephone = models.CharField(max_length=11)
username = models.CharField(max_length=100)
password = models.CharField(max_length=100)
然后我们使用原生sql语句实现以下需求：
1.实现一个根据用户id获取用户详情的视图。示例代码如下：
def index(request):
user_id = request.GET.get('user_id')
cursor = connection.cursor()
cursor.execute("select id,username from front_user where id=%s" % user_id)
rows = cursor.fetchall()
for row in rows:
print(row)
return HttpResponse('success')
这样表面上看起来没有问题。但是如果用户传的user_id是等于1 or 1=1，那么以上拼接后的sql语句为：
select id,username from front_user where id=1 or 1=1
以上sql语句的条件是id=1 or 1=1，只要id=1或者是1=1两个有一个成立，那么整个条件就成立。毫无疑问1=1是肯定成立的。
因此执行完以上sql语句后，会将front_user表中所有的数据都提取出来。
2.实现一个根据用户的username提取用户的视图。示例代码如下：
def index(request):
username = request.GET.get('username')
cursor = connection.cursor()
cursor.execute("select id,username from front_user where username='%s'" % username)
rows = cursor.fetchall()
for row in rows:
print(row)
return HttpResponse('success')
这样表面上看起来也没有问题。但是如果用户传的username是zhiliao' or '1=1，那么以上拼接后的sql语句为：
select id,username from front_user where username='zhiliao' or '1=1'
以上sql语句的条件是username='zhiliao'或者是一个字符串，毫无疑问，字符串的判断是肯定成立的。因此会将front_user表中所有的数据都提取出来。
################# sql注入防御：
以上便是sql注入的原理。他通过传递一些恶意的参数来破坏原有的sql语句以便达到自己的目的。
当然sql注入远远没有这么简单，我们现在讲到的只是冰山一角。那么如何防御sql注入呢？归类起来主要有以下几点：
1.永远不要信任用户的输入。对用户的输入进行校验，可以通过正则表达式，或限制长度；对单引号和 双"-"进行转换等。
2.永远不要使用动态拼装sql，可以使用参数化的sql或者直接使用存储过程进行数据查询存取。比如：
def index(request):
user_id = "1 or 1=1"
cursor = connection.cursor()
cursor.execute("select id,username from front_user where id=%s",(user_id,))
rows = cursor.fetchall()
for row in rows:
print(row)
return HttpResponse('success')
3.永远不要使用管理员权限的数据库连接，为每个应用使用单独的权限有限的数据库连接。
4.不要把机密信息直接存放，加密或者hash掉密码和敏感的信息。
5.应用的异常信息应该给出尽可能少的提示，最好使用自定义的错误信息对原始错误信息进行包装。
## 在Django中如何防御sql注入：
1.使用ORM来做数据的增删改查。因为ORM使用的是参数化的形式执行sql语句的。
2.如果万一要执行原生sql语句，那么建议不要拼接sql，而是使用参数化的形式。
