本文目录
SQL注入最有效的防御方式是什么
注入方式：ql注入，就是通过把sql命令插入到web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的sql命令。防御：如果是.net的后台比如sql语句是id=’"+textbox.text+"’就会被注入,如果id=@idcommand.parameters.addwithvalue("@id",textbox.text)这样就可以。用replace把单引等特殊字符替换也行
ES导致SQL注入的方式
SQL注入方法方法1先猜表名And (Select count(*) from 表名)《》0猜列名And (Select count（列名） from 表名）《》0或者也可以这样and exists (select * from 表名）and exists (select 列名 from 表名）返回正确的，那么写的表名或列名就是正确这里要注意的是，exists这个不能应用于猜内容上，例如and exists (select len(user) from admin)》3 这样是不行的很多人都是喜欢查询里面的内容，一旦iis没有关闭错误提示的，那么就可以利用报错方法轻松获得库里面的内容获得数据库连接用户名：；and user》0方法2后台身份验证绕过漏洞验证绕过漏洞就是’or’=’or’后台绕过漏洞，利用的就是AND和OR的运算规则，从而造成后台脚本逻辑性错误例如管理员的账号密码都是admin，那么再比如后台的数据库查询语句是user=request("user")passwd=request("passwd")sql=’select admin from adminbate where user=’&’’’&user&’’’&’ and passwd=’&’’’&passwd&’’’那么我使用’or ’a’=’a来做用户名密码的话，那么查询就变成了select admin from adminbate where user=’’or ’a’=’a’ and passwd=’’or ’a’=’a’这样的话，根据运算规则，这里一共有4个查询语句，那么查询结果就是 假or真and假or真，先算and 再算or，最终结果为真，这样就可以进到后台了这种漏洞存在必须要有2个条件，第一个：在后台验证代码上，账号密码的查询是要同一条查询语句，也就是类似sql="select * from admin where username=’"&username&’&"passwd=’"&passwd&’如果一旦账号密码是分开查询的，先查帐号，再查密码，这样的话就没有办法了。第二就是要看密码加不加密，一旦被MD5加密或者其他加密方式加密的，那就要看第一种条件有没有可以，没有达到第一种条件的话，那就没有戏了
几种常见的SQL注入闭合方式
or 1=1--+ ’or 1=1--+ "or 1=1--+ )or 1=1--+ ’)or 1=1--+ ")or 1=1--+ "))or 1=1--+
