学习并做了一段韶光的网络渗透，给我直不雅观的感想熏染便是思路问题，渗透不像技能研究，只须要对一个点进行研究，渗透涉及的方面太多太多，碰着问题后不能从单方面找问题，而是要从多个方面思考，尤其是面对一些漏洞时的办理问题时，首先要节制这个漏洞产生的事理，要看出个中的缺点之处，然后再想考为什么会缺点，看问题到底出在哪里，然后思考的渗透思路，只要思路精确，有足够有耐心，总会有所打破。以下是我在这段韶光内对sql注入漏洞的探索及对其的思路理解，内容纯手写，很详细，对新手帮助很大，请耐心看完！
感激
什么是sql注入？
攻击者利用Web运用程序对用户输入验证上的轻忽,在输入的数据中包含对某些数据库系统有分外意义的符号或命令,让攻击者有机会直接对后台数据库系统下达指令,进而实现对后台数据库乃至全体运用系统的入侵，对付sql注入可以把它归为一句话：所谓的sql注入便是通过某种办法将恶意的sql代码添加到输入参数中，然后通报到sql做事器使其解析并实行的一种攻击手腕
sql注入的事理：
概述：针对SQL注入的攻击行为可描述为：在与用户交互的程序中（如web网页）,造孽用户通过可控参数注入SQL语法,将恶意sql语句输入拼接到原来设计好的SQL语句中，毁坏原有SQL语法构造，实行了与原定操持不同的行为，达到程序编写时猜想之外结果的攻击行为，实在质便是利用了字符串拼接办法布局sql语句，并且对付用户输入检讨不充分,导致SQL语句将用户提交的造孽数据当作语句的一部分来实行，从而造成了sql注入
有关sql注入产生的事理要知足以下条件：
1.程序编写者在处理程序和数据库交互时，利用了字符串拼接的办法布局SQL语句
2.不屈安的数据库配置，比如对查询集不合理处理，对sql查询语句缺点时不当的处理，导致其缺点信息暴露在前端
3.过于信赖用户在前端所输入的数值，没有过滤用户输入的恶意数据，且未对用户可控参数进行足够的过滤便将参数内容拼接进入到SQL语句中,直接把用户输入的数据当做SQL语句实行,从而影响数据库安全和平台安全
sql注入的条件：
1.用户对sql查询语句参数可控
比如这是一条前端URL：https://blog.csdn.net/aboutus.php?id=1
其后台sql语句：$sql=“SELECT 123 FROM abc WHERE id='1 '" 这条语句是采取拼接办法去对数据库内容进行查询的，而且并未对用户在前端输入的内容做过滤，并且用户对id这个参数可控,本来程序员设计这条查询语句是希望通过它去快速查询数据库中abc表的某个内容并且回显到前端页面来的，但是攻击者通过单引号' 闭合数据库查询语句，并且布局这样的恶意url:https://blog.csdn.net/aboutus.php?id=-1 ' select password from admin#去查询admin 用户的密码，而非查询预先程序员所设计好的数据内容。
2.原来程序要实行的SQL语句,拼接了用户输入的恶意数据
sql注入的危害：
数据库信息透露：数据库中存放的用户的隐私信息的透露，脱取数据库中的数据内容（脱库），可获取网站管理员帐号、密码悄无声息的进行对网站后台操作等。
网页修改：通过操作数据库对特定网页进行修改，可严重影响正常业务进行。
网站被挂马：将恶意文件写入数据库，修正数据库字段值，嵌入网马链接，进行挂马攻击。
数据库被恶意操作：数据库做事器被攻击，数据库的系统管理员帐户被窜改。
文件系统操作：列取目录、读取、写入shell文件获取webshell，远程掌握做事器，安装后门，经由数据库做事器供应的操作系统支持，让黑客得以修正或掌握操作系统。
实行系统命令：远程命令实行，可毁坏硬盘数据，瘫痪全部系。
sql数值型注入
概述：当输入sql语句的参数为整形时，如果存在注入漏洞，可以认为是数字型注入，多存在于id，年事，页码等地方
检测办法：
URL输入 and 1=1 / and 1=2 回显页面不同(整形判断)
例如以sqli-labs 靶场为例，and 1=1，语句逻辑正常，以是页面没有非常，接着我们考试测验用 and 1=2 试试，看看页面是否会发生非常
不丢脸出，当我布局and 1=2时，页面发生非常，我们都知道，1是即是1的，这是正常的逻辑，但1=2时，我们会很自然会以为它是错的，由于1是不可能即是2的，这是很明显的逻辑缺点，相同的，数据库也是人开拓出来的，也被设计为这个理念，当数据库碰着逻辑上的缺点时，无法进行数据查询，这也就无法正常的把查询后的数据回显到前端页面来，前端由于吸收不到数据库传输过来的数据，以是页面也就会产生非常了
当我们在URL参数后面布局 and 1=1 正常 and1=2页面缺点，基本可以确定是数字型注入了
由于当我们输入 and 1=1时，后台实行 Sql 语句：
如：select from <表名> where id = x and 1=1
没有语法缺点且逻辑判断为精确，以是返回正常。
当输入 and 1=2时，后台实行 Sql 语句：
select from <表名> where id = x and 1=2
语句被带进数据库进行查询，虽然没有语法缺点但是逻辑判断为假，以是返回缺点，这时候
我们就可以基本确定页面存在sql注入。
sql数值型注入利用办法
当我们确定页面存在显示位，接着我们可通过布局联合查询进行注入
联合查询的优点：查询方便 速率很快，缺陷 必须要有显示位
如这是一条后台语句：$sql=“SELECT FROM users WHERE id=1 LIMIT 0,1”;
如果后台语句是:GET_id=$id这样子传
那么 ?id=1 1便是$id 里面的值 这时候要注入可以这样
?id=1 然后在id的后面布局攻击语句 如?id=-1 union select 1,2,3,4 --+ // 这条语句的浸染是联合查询第1,2,3,4列， 空格--+的浸染是注释后面的内容，负号是为了让前面的联合查询产生缺点，从而利用后面的联合查询语句
详细的攻击流程有以下几步：
1.判断注入点加and 1=1 页面正常，and 1=2 页面非常或者报错，如果页面报错，解释后台数据库处理了我们输入的数据，那么能极有可能存在数值型sql注入
2.猜字段数
未编码前：http://127.0.0.1/sqli-labs/Less-2/?id=1 order by 4#编码后：http://127.0.0.1/sqli-labs/Less-2/?id=1%20order%20by%204#
个中URL中的%20是空格，由于我们通过URL输入网址访问网址时，浏览器会对URL进行编码处理，#号为注释
在URL链接后面添加语句order by 4 (数字任意,紧张是为了确定字段数，可利用二分法预测)，根据页面返回结果，来判断站点页面中的字段数目，得知查询结果中该页面不存在四列，以是页面也就报错了
然后再猜测字段数为3，页面回显正常，确定字段数为3
3.确定显示位
进行联合查询判断显示位时，要在?id=1 1的前面加-号或者改为0让前面的select语句查询为空缺点，然后采取后面的select语句去查询
我们可以这样子：
?id=-1 union select 1,2,3 --+ 这样子就可以形成一条带进数据库的查询语句了
联合查询要布局假的 以是1前面一定要加-号，或者是?id=1 and 1=2 布局前面的查询语句缺点，继而利用后面的select语句，由于有两条select语句，要用-号或者把1改为0把前面的注释掉
便是有两条select查询一句，要前面的那条缺点无法利用，后面的注入一句才能显示这样子
当前面的id=1缺点会实行后面的id=2,二后面的id=2缺点会实行前面的id=1
下图很清晰地诠释了该过程
或者=0也行
以是，如果注入页面没有反应，无论是字符型还是数字型，都可以在前面加-号或者改为0试试
4.通过显示位进行信息网络
比如：?id=-1’ union select 1,2,3 --+,然后页面显示2,2便是显示位，可以在2处去布局攻击语句
URL地址栏里的注释要用 --+
比如我常常搜集的数据库信息，可以参考一下
1.找一下数据库名，当前的登任命户（是不是root），如果为root的话，且知道我在个绝对路径，可以直接通过select 语句写入一句话get shell
2.查看数据库的版本，看一下是不是大于5.0版本的，如果大于的话，
就可以利用系统自带的库，information_schema 这个库去查询须要的数据了,存储着mysql的所有数据库和表构造信息
3.查看数据库的运行系统，是linux还是windows，然后再查看数据库的安装路径
下面举一个小例子
http://127.0.0.1/sqli-labs/Less-2/?id=-1%20union%20select%201,database(),user()#
通过在显示位布局恶意语句可以对数据库进行造孽的操作，如数据查询，写入文件，脱库（脱库）等危险操作，这也是为什么sql注入普遍被评为高危漏洞的缘故了
5.数据网络可通过联合查询进行对数据库数据查询
常用语句
查询当前数据库所有表，并且拼接在一行显示--多个字段的，如3，不为显示位，2为显示位，这时候from查询要空格后放在末了面的字段，接着记得加注释，常用的有#group_concat(table_name),3 from information_schema.tables where table_schema=database() --+查询当前数据库users中表所有字段，并且拼接在一行显示group_concat(column_name) from information_schema.columns where table_name='users' --+查询当前数据库users中表username和password字段中的信息，并且拼接在一行显示union select 1,group_concat(username,0x3a,password),3 from users--+
group_concat(table_name) 要放在显示位 如果是多个字段，from查询要空格后放在末了面的字段，不然会报错！
！
小栗子比如：查询当前数据库所有表，并且拼接在一行显示
同理，我们可以连续布局语句来进行对数据库内数据进行查询或者写入操作
字符型sql注入
概述：当输入的参数为字符串时，称为字符型。字符型和数字型最大的一个差异在于，数字型不须要单引号或其它分外符号来闭合，而字符串一样平常须要通过分外符号，如单引号来闭合的。
检测办法：
如这是一条后台语句：$sql="SELECT FROM users WHERE id='1 ' LIMIT 0,1"
可以看出，id被单引号包裹住
如果后台语句是:GET_id=’$id’这样子传
那么 ?id=’1’ 1便是$id 里面的值 这时候要注入可以这样
?id=' 1 然后在id的引号里面布局攻击语句 ' 如http://127.0.0.1/sqli-labs/Less-1/?id=-1' union select 1,2,3 --+ 在1 后面加单引号使其语句闭合，然后中间利用联合查询，接着再把联合查询后面的语句用 --+注释掉
如在URL地址栏输入?id=1' 这时候1后面的单引号把原来语句的一对单引号隔开了，变成了?id='1'',多出了一个单引号，正常来说，包裹着id变量的单引号是成对，这样的语句构造没有问题的，多出了一个单引号就报错了毁坏了原来的sql语句构造，并且这条语句被带进数据库进行查询，数据库由于无法处理这条 ‘非正常’ 的语句，以是也就报错了，由于数据库和前端页面是交互的，以是前端页面也会涌现非常或者报错，或者是程序员为了开拓时的调试开启生产环境中 Webserver的缺点显示，导致数据库真个缺点回显到了前端来了
但这时候，如果我们在1’后面加–+注释掉它后面的单引号（ ?id=’1 ‘ --+ ’），让它语句后台的语句同等，这样子就不会报错了，同理，也可用这个方法来验证是不是属于字符型sql注入
正常的URL：http://127.0.0.1/sqli-labs-master/?id=1
1旁边是有单引号包裹住的 我们在URL栏输入原来语句的单引号不会显示，如果我们输入的是这样子：?id=1’ --+
而后台会这样子显示 ：id='1' --+'
以是我们可以这样子 ?id=1' 这里写攻击语句 --+’
本来id='1’是这样子的
后来我们在id='1 在里面插入语句 '#
如果我们输入1’ 那么id是这样子的 id='1'' 这样子语句就形成不了闭合了，会报错，如果报错了，证明这条语句成功被带进数据库查询,存在字符型注入
这时候我们可以这样子 id='1' --+ , 空格–+ 把后面的单引号注释掉了，这样子sql语句就会形成闭合
闭合方法
1.原来的根本上再连续输入多一个引号，也便是 1'' --> '1' ''
如 $id=‘1’ ‘’ 把单引号凑成一对，形针言句的闭合（不推举，推举利用 --+或者#号注释，由于真实渗透环境太过繁芜，'单引号不代表真正的注释，只能是恰巧拿来闭合罢了，如果这条语句的后面还拼接着其它的语句，那么将达不到预期的闭合效果！
）
前端URL：http://127.0.0.1/sqli-labs/Less-1/?id=-1' union select 1,2,3'后台语句：$sql="SELECT FROM users WHERE id='-1' union select 1,2,3'' LIMIT 0,1"
2.第二种方法是利用“#”符号来注释后面的单引号如 $id='1 '# ’ 形成闭合
前端URL：http://127.0.0.1/sqli-labs/Less-1/?id=-1' union select 1,2,3#后台语句：$sql="SELECT FROM users WHERE id='-1' union select 1,2,3# LIMIT 0,1"
3.第三种方法是利用" – “或” --+"，这里把稳了“ – ”后面有一个空格。在页面输入框注入，不能用空格–+ 要把后面的+也换为空格在url当中，我们须要利用“+”来代替“–”后面的空格。
把稳： 字符型注入，先探测语句的闭合办法，如果是单引号闭合的办法，那么我们要加单引号进行闭合，接着注入语句后面要带注释，注释掉预设好的sql语句后面的字符和及其它不须要的语句来达成注入语句的闭合，不然语法缺点会一贯报错！
在页面输入框注入，不能用空格–+ 要把后面的+也换为空格 但URL可以用 --+
sql字符型注入利用办法
后台sql语句:$sql="SELECT FROM users WHERE id=('$id') LIMIT 0,1";前端URL:http://127.0.0.1/sqli-labs/Less-3/?id=1
在1后面单引号、括号 使其语句闭合 然后加and 1=2让前面的select查询语句逻辑缺点，利用后面的select语句 和id=-1同理
http://127.0.0.1/sqli-labs/Less-3/?id=1') and 1=2 union select 1,database(),user() --+
报错型sql注入
报错注入的事理剖析
SQL报错注入便是利用数据库的某些机制，人为地制造缺点条件，例如：后台开启了echo mysql_error() 输出了缺点信息，这时候我们可以利用多次查询插入重复键值导致count报错从而在报错信息中带入了敏感信息使得查询结果能够涌如今缺点信息中，通过这种方法，我们可以布局恶意语句让数据库回显敏感信息到前端页面来，这个方法在我们无法利用联合查询且前端能返回缺点信息的情形下非常实用
MYSQL报错注入的分类：
BIGINT等数据类型溢出
xpath语法缺点
floor()报错
列名重复报错
参数不规范报错
利用报错注入的条件
1.页面上没有显示位但是有sql语句实行缺点信息输出位。
2.开启生产环境中 Webserver的缺点显示，如利用mysql_error()函数，可以返回上一个Mysql操作产生的文本缺点信息。
常用报错注入函数
1.extractvalue()
extractvalue(xml_frag,xpath_expr)函数接管两个参数，第一个为XML标记内容，也便是查询的内容，第二个为XPATH路径，也便是查询的路径。如果没有匹配内容，不管出于何种缘故原由，只要 xpath_expr有效，并且 xml_frag由精确嵌套和关闭的元素组成 - 返回空字符串。不区分空元素的匹配和无匹配。但是如果XPATH写入缺点格式，就会报错，并且返回我们写入的造孽内容
2.updatexml()
最常用的函数，而且比较好记，updatexml(xml_target,xpath_expr,new_xml)接管三个参数，此函数将XML标记的给定片段的单个部分更换为xml_target新的XML片段new_xml，然后返回变动的XML。xml_target更换的部分 与xpath_expr 用户供应的XPath表达式匹配。如果未xpath_expr找到表达式匹配 ，或者找到多个匹配项，则该函数返回原始 xml_targetXML片段。所有三个参数都该当是字符串。与extractvalue()类似，如果XPATH写入缺点格式，就会报错，并且返回我们写入的造孽内容。
以上函数对mysql版本有哀求，Mysql版本要大于5.0 以上才能利用
3.floor
floor(x)，返回小于或即是x的最大整数
利用流程
以最常用的updatexml()函数来举例
公式?id=1 and updatexml(1,concat(0x7e,(查询的内容),0x7e),1)
提交内容?id=1' and updatexml(1,concat(0x7e,(select database()),0x7e),1) --+
简要解释这条公式的含义
?id=1 是可能存在URL的参数
and 是拼接符
updataxml()是函数
括号里面的concat是用于连接两个或多个数组，将其以拼接的办法输出到前端页面
0x7e是一个分外符号 ~ 这是为了区分报错注入后的有用信息，由于页面报错包含太多没用信息
以sqli-labs为例布局以下URL进行注入
http://127.0.0.1/sqli-labs/Less-5/?id=1' and updatexml(1,concat(0x7e,(select database()),0x7e),1) --+
1后面一定要加单引号（因站而异，只要页面报错即可），不然不报错，如果不报错，便是语句成功进去数据库但是，也不会再页面显示我们也就拿不到我们须要的数据
接着我们参考公式，还可以布局下面URL进行对数据库的注入
http://127.0.0.1/sqli-labs/Less-5/?id=-1' and updatexml(1,concat(0x7e,(Select schema_name from information_schema.schemata limit 0,1),0x7e),1) --+
公式?id=1 and updatexml(1,concat(0x7e,(查询的内容),0x7e),1)
也便是往查询内容处布局Select schema_name from information_schema.schemata limit 0,1
进行注入
后面的limit 0,1 的含义便是从你的表中的第0个数据开始，只读取一个，limit 0,1根据网站的实际情形而定，如果存在多列须要加上，例如该页面只有一个显示位，而在网站后台存在多列数据的情形下一个显示位显示无法完全回显会发生缺点
如下图：
加了limit 0,1的语句正常回显
sql注入的绕过方法
数据库作为一个公司的核心数据存储点，其所有信息都存储在数据库中，其紧张性毋容置疑，且SQL注入也毫无疑问是最危险的Web漏洞之一，通过sql注入，我们可以随意对公司的数据库进行任意的增编削查操作，如果是黑产分子，乃至是对数据库进行脱库，进行数据贩卖，对此进行许多公司都会单独为数据库履行Web运用程序防火墙和入侵检测/预防系统来试图保护自己数据隐私，但当这些安全软/硬设备，都是人来编写，而且个中每每是采取正则来进行过滤，拦截，这些对策每每是不充分的，并且很随意马虎被绕过。
序言~
在对waf进行绕过期，我们首先须要知道waf到底过滤了什么，只有摸清楚WAF是如何事情的，才能更好的进行绕过，比如是白名单和黑名单，还是只拦截关键字，或是直接进行过滤去除，我们要根据页面或者URL栏给出的反馈信息，在脑海中构建好攻击绕过思路，唯有如此，我们才能更有效率的进行渗透测试
以sqli-labs靶场为例，我们可以先用常用的sql注入语句，比如：http://127.0.0.1/sqli-labs/Less-25a/?id=1' and 1=updatexml(1,concat(0x7e,(SELECT @@version),0x7e),1) --+ ，通过页面的回显，我们可以的知后台过滤了and关键字，既然我们知道它过滤了什么，那么我们就可以针对过滤的内容去构建得当的sql语句去绕过了
常用的sql注入绕过方法
1、对付关键字的绕过
如对and进行过滤，我们可以考试测验：
1.对付and,or的绕过可以考试测验一下&&,||,异或分外符号注入
2.利用注释符绕过，比如: /!and/ uni//on se//lect
3.大小写绕过: ANd UniOn SeleCt
4.双关键字绕过:ununionion seselectlect
5.关键字更换（在关键字中间可插入将会被WAF过滤的字符） – 例如SELECT可插入变成a<nd，一旦插入字符被过滤，<它将作为and通报。
空格代替：+ %20 %09 %0a %0b %0c %0d %a0 %00 // /!/
2、大小写稠浊
如果正则表达式只针对小写或大写的关键字进行匹配处理，那么我们就可以通过改变攻击字符串中字符的大小来规避它，由于数据库以不区分大小写的办法处理SQL关键字
https://mp.csdn.net/index.php?id=-15 uNIoN sELecT 1,2,3,4
紧张针对正则表达式的规则对大小写敏感进行过滤，但现在直策应用这种绕过技能成功的可能性已经不高了
3、更换关键字
这种情形下大小写转化无法进行绕过而且正则表达式会更换或删除select、union这些关键字，那么这时候我们可以先摸清楚后台的过滤机制，然后针对正则过滤进行利用，如果select、union这些关键字只匹配一次就很随意马虎利用双写关键字进行大略的绕过
https://mp.csdn.net/index.php?id=-15 UNIunionON SELselectECT 1,2,3,4
更换关键字同样是很根本的技能也可以布局得更繁芜SeLSeselectleCTecT关键要看正则表达式会进行几次匹配处理了
4.利用编码
1.URL编码
如在Chrome中输入一个链接非保留字的字符浏览器会对其URL编码如空格变为%20、单引号%27、左括号%28、右括号%29
普通的URL编码可能无法实现绕过，不过存在某种情形比如URL编码只进行了一次解码过滤，那么这时候我们就可以用两次URL编码进行绕过
未编码前：?id=-1' UNION SELECT 1,2,3,4 --+#
一次编码后：?id=-1%27%20UNION%20SELECT%201,2,3,4%20--+#
二次编码后：?id=-1%2527%2520UNION%2520SELECT%25201,2,3,4%2520--+#
可以看到经由二次URL编码后，我们的链接已经跟未编码前大不相同了，这时候，如果后台针对一次编码进行处理，那么，我们就能利用这种方法进行绕过
2.十六进制编码
如对后台针对单引号或者关键字进行处理，那么我们就可以利用16进制，把下面的‘glbimreb21’变为0x676c62696d7265623231,就可以不须要单引号包裹着变量进行大略的绕过了，在我们用 16进制进行绕过期，16进制前面要加0x!
转换前：?id=-55' union%20select%201,group_concat(table_name),3 from information_schema.tables where table_schema='glbimreb21' --+
转换后：?id=-55' union%20select%201,group_concat(table_name),3 from information_schema.tables where table_schema=0x676c62696d7265623231--+
3、Unicode编码
Unicode是一种行业标准，用于表示多种措辞的110,000多个符号和字符。它可以用不同的字符编码表示，Unicode有所谓的标准编码和非标准编码假设我们用的utf-8为标准编码那么西欧语系所利用的就是非标准编码了
看一下常用的几个符号的一些Unicode编码
单引号：%u0027、%u02b9、%u02bc、%u02c8、%u2032、%uff07、%c0%27、%c0%a7、%e0%80%a7
空格：%u0020、%uff00、%c0%20、%c0%a0、%e0%80%a0
左括号：%u0028、%uff08、%c0%28、%c0%a8、%e0%80%a8
右括号：%u0029、%uff09、%c0%29、%c0%a9、%e0%80%a9
举例：
?id=10%D6’%20AND%201=2%23
SELECT ‘Ä’=‘A’; #1
两个示例中，前者利用双字节绕过，比如对单引号转义操作变成’，那么就变成了%D6%5C’，%D6%5C构成了一个款字节即Unicode字节，单引号可以正常利用。
第二个示例利用的是两种不同编码的字符的比较，它们比较的结果可能是True或者False，关键在于Unicode编码种类繁多，基于黑名单的过滤器无法处理以是情形，从而实现绕过。
4、缓冲区溢出
缓冲区溢出用于对付WAF在内的软件本身有不少WAF是C措辞写的而C措辞自身没有缓冲区保护机制因此如果WAF在处理测试向量时超出了其缓冲区长度就会引发bug从而实现绕过
举例
?id=1 and (select 1)=(Select 0xA1000)+UnIoN+SeLeCT+1,2,version(),4,5,database(),user(),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26
示例0xA1000指0xA后面”A"重复1000次一样平常来说对运用软件构成缓冲区溢出都须要较大的测试长度这里1000只做参考大概在有些情形下可能不须要这么长也能溢出
sql注入的防御方法
对付SQL注入的防御，我们最常用的便是利用过滤用户输入的恶意语句，或者对其进行转义等处理，但这些方法都不能完备的杜绝sql注入，就如利用过滤我们很随意马虎就可以对它进行绕过，如利用注释，编码等办法，以是这些方法都不能从根源性防治sql注入，以是对付sql注入的防御我把它归为下面三类防御：
1.利用参数化查询,检讨变量数据类型和格式
在利用参数化查询的情形下，数据库不会将参数的内容视为SQL实行的一部分，而是作为一个字段的属性值来处理，这样就算参数中包含破环性语句（or ‘1=1’）也不会被实行，也便是说用户输入的变量不是直接嵌入到SQL语句中的，而是通过参数来通报这个变量的，是在数据库完成sql指令的编译后才套用参数运行,那么这样就可以有效的防治SQL注入式攻击
大略的说: 参数化能防注入的缘故原由在于,语句是语句，参数是参数，参数的值并不是语句的一部分，数据库只按语句的语义跑，与此相反，用户的输入的内容必须进行过滤，或者利用参数化的语句来通报用户输入的变量
2.采取sq语句预编译和绑定变量
采取PreparedStatement对SQL进行了预编译,如将sql语句:“ SELECT FROM employees WHERE name = ?”预先编译好,即sql引擎会预前辈行语法剖析,产生语法树,天生实行操持;这样后面无论你输入什么参数,如（union，select）都不会影响该sql语句的语法构造了。
$stmt = $dbConnection->prepare('SELECT FROM employees WHERE name = ?');$stmt->bind_param('s', $name);$stmt->execute();$result = $stmt->get_result();while ($row = $result->fetch_assoc()) {}
PreparedStatement为什么能防止SQL注入？
由于PreparedStatement会对SQL进行了预编译，预处理语句方法会先解析SQL语句，然后通过传入不同的参数值来实行SQL，不须要每次实行都解析SQL语句，而且预处理查询实行的路径比常规查询短，以是预处理语句方法效率更高；预处理语句在SQL语句解析协议上避免将参数当做SQL命令实行，仅仅当做值通报，以是可以很好的避免SQL注入。
3.增强SQL数据交互点的过滤处理
如不能采纳利用参数化查询和预编译变量，那最好便是加强对SQL数据交互点的过滤
可参考以下关键字进行过滤：
每个提交信息的客户端页面，通过做事器端脚本（JSP、ASP、ASPX、PHP等脚本）天生的客户端页面，提交的表单（FORM）或发出的连接要求中包含的所有变量，必须对变量的值进行检讨。过滤个中包含的分外字符，或对字符进行转义处理。分外字符包括：
SQL语句关键词：如 and 、or 、select、declare、update、xp_cmdshell，union；
这里举例部分SQL关键字，须要更详细地理解的可自行网上查资料
当然，sql注入还有更多的戒备方法，可以合营上面三类再针对以下几点进行戒备
1.不要随意开启生产环境中 Webserver的缺点显示，这样一是随意马虎暴露网站的非公开信息，(如web根目录)，二是随意马虎造成报错注入，如造孽入侵者可通过extractvalue、updataxml 等函数对网站进行报错sql注入
2.做好数据库帐号权限管理，只给访问数据库的web运用功能所需的最低权限帐号，不要随意利用root账号
3.严格加密处理用户的机密信息，这样就算攻击者通过sql注入的到数据库信息，短韶光也无法进行解密读取
4.利用WAF等专业的防护软件系统，毕竟人力有限，总不可能24小时盯着数据库等关键做事器，这时候，waf等防护硬软件将会是我们的第一道防线
