如何防止网站不被SQL注入攻击
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何防止网站不被SQL注入攻击相关的知识,希望对你有一定的参考价值。
1普通用户与系统管理员用户的权限要有严格的区分。
如果一个普通用户在使用查询语句中嵌入另一个Drop Table语句,那么是否允许执行呢?由于Drop语句关系到数据库的基本对象,故要操作这个语句用户必须有相关的权限。在权限设计中,对于终端用户,即应用软件的使用者,没有必要给他们数据库对象的建立、删除等权限。那么即使在他们使用SQL语句中带有嵌入式的恶意代码,由于其用户权限的限制,这些代码也将无法被执行。故应用程序在设计的时候,
2
强迫使用参数化语句。
如果在编写SQL语句的时候,用户输入的变量不是直接嵌入到SQL语句。而是通过参数来传递这个变量的话,那么就可以有效的防治SQL注入式攻击。也就是说,用户的输入绝对不能够直接被嵌入到SQL语句中。与此相反,用户的输入的内容必须进行过滤,或者使用参数化的语句来传递用户输入的变量。参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中。采用这种措施,可以杜绝大部分的SQL注入式攻击。不过可惜的是,现在支持参数化语句的数据库引擎并不多。不过数据库工程师在开发产品的时候要尽量采用参数化语句。
3
多多使用SQL Server数据库自带的安全参数。
为了减少注入式攻击对于SQL Server数据库的不良影响,在SQLServer数据库专门设计了相对安全的SQL参数。在数据库设计过程中,工程师要尽量采用这些参数来杜绝恶意的SQL注入式攻击。
如在SQL Server数据库中提供了Parameters集合。这个集合提供了类型检查和长度验证的功能。如果管理员采用了Parameters这个集合的话,则用户输入的内容将被视为字符值而不是可执行代码。即使用户输入的内容中含有可执行代码,则数据库也会过滤掉。因为此时数据库只把它当作普通的字符来处理。使用Parameters集合的另外一个优点是可以强制执行类型和长度检查,范围以外的值将触发异常。如果用户输入的值不符合指定的类型与长度约束,就会发生异常,并报告给管理员。如上面这个案例中,如果员工编号定义的数据类型为字符串型,长度为10个字符。而用户输入的内容虽然也是字符类型的数据,但是其长度达到了20个字符。则此时就会引发异常,因为用户输入的内容长度超过了数据库字段长度的限制。
4
加强对用户输入的验证。
总体来说,防治SQL注入式攻击可以采用两种方法,一是加强对用户输入内容的检查与验证;二是强迫使用参数化语句来传递用户输入的内容。在SQLServer数据库中,有比较多的用户输入内容验证工具,可以帮助管理员来对付SQL注入式攻击。测试字符串变量的内容,只接受所需的值。拒绝包含二进制数据、转义序列和注释字符的输入内容。这有助于防止脚本注入,防止某些缓冲区溢出攻击。测试用户输入内容的大小和数据类型,强制执行适当的限制与转换。这即有助于防止有意造成的缓冲区溢出,对于防治注入式攻击有比较明显的效果。
如可以使用存储过程来验证用户的输入。利用存储过程可以实现对用户输入变量的过滤,如拒绝一些特殊的符号。如以上那个恶意代码中,只要存储过程把那个分号过滤掉,那么这个恶意代码也就没有用武之地了。在执行SQL语句之前,可以通过数据库的存储过程,来拒绝接纳一些特殊的符号。在不影响数据库应用的前提下,应该让数据库拒绝包含以下字符的输入。如分号分隔符,它是SQL注入式攻击的主要帮凶。如注释分隔符。注释只有在数据设计的时候用的到。一般用户的查询语句中没有必要注释的内容,故可以直接把他拒绝掉,通常情况下这么做不会发生意外损失。把以上这些特殊符号拒绝掉,那么即使在SQL语句中嵌入了恶意代码,他们也将毫无作为。
故始终通过测试类型、长度、格式和范围来验证用户输入,过滤用户输入的内容。这是防止SQL注入式攻击的常见并且行之有效的措施。
5
多层环境如何防治SQL注入式攻击?
在多层应用环境中,用户输入的所有数据都应该在验证之后才能被允许进入到可信区域。未通过验证过程的数据应被数据库拒绝,并向上一层返回一个错误信息。实现多层验证。对无目的的恶意用户采取的预防措施,对坚定的攻击者可能无效。更好的做法是在用户界面和所有跨信任边界的后续点上验证输入。如在客户端应用程序中验证数据可以防止简单的脚本注入。但是,如果下一层认为其输入已通过验证,则任何可以绕过客户端的恶意用户就可以不受限制地访问系统。故对于多层应用环境,在防止注入式攻击的时候,需要各层一起努力,在客户端与数据库端都要采用相应的措施来防治SQL语句的注入式攻击。 参考技术A
给网站做防护啊,有防SQL注入的产品,你可以了解一下这个WAF
如何防止网站被SQL注入攻击?
移动互联网的发展势头已经远远超过PC互联网,手机移动端上网,以及持有量远超PC电脑,随着移动大数据、区块链的技术在不断的完善,成熟,日常生活中经常会听到某某网站被攻击,网站被黑的新闻报道,再比如一个团购网站被入侵,导致用户的信息隐私被泄露,多少万的会员数据被盗走,这无意是给网站带来了严重的影响与经济损失。
像之前的高考网站被黑,高考完的学生们去查高考分数的这种急迫心情,就这么被攻击者给破坏,导致高考成绩不能正常查询,带来了更多心里上的担心与考生的信息可能面临着被泄露,紧接带来的就是一系列的经济诈骗的发生,上面发生的种种情况,都跟我们今天要说的网站安全防护,关于如何更好的防止SQL注入攻击?
网站被黑的情况,经过我们SINE安全公司多年来的安全维护经验来总结,一般都是由于网站存在漏洞,大多数是跟网站SQL注入漏洞有关,mysql数据库,oracle数据库,sql数据库,都会遭到sql的注入攻击,进而导致网站的数据库信息被脱裤,这种攻击手段一般会在访问日志以及网站内部的流量统计里发现问题,SQL注入攻击的技术在近几年一直在升级变化,攻击特征也比较另类,甚至伪装成正常的sql语句来执行攻击者的恶意参数。
网站的访问,用户打开网站以及登录,各项的网站交互功能使用过程当中,Linux服务器端应该对前端网站用户的访问与GET POST,COOKIES提交的参数进行安全过滤,把正常的sql语句执行到数据库。而攻击者是利用sql语句执行的便利条件,掺杂进恶意的sql注入语句执行到数据库中,比如查询网站管理员的账号密码,修改网站会员的提现银行卡,修改网站的支付接口,支付账号,通过数据库篡改注单,修改投注记录、修改会员密码或者会员的认证资料,银行卡等攻击症状。总的来说攻击者把正常的sql语句转变成恶意的sql注入语句,执行到数据库里并进行读写查询。
那么该如何更好的防止网站被sql注入呢?
首先我们应该对网站程序代码进行详细的安全检测,与网站漏洞检测,在网站的前端进行多种方式的提交与注入检测,对代码里中与用户交互并与数据库直接传输打交道的代码进行严查,看看是否可以掺杂非法的sql注入代码进去。对GET、POST、COOKIES的提交进行过滤,过滤特殊符号,对一些&*%¥#@/等等的符号,以及转义符号进行严格的过滤与拦截。对前端的网站进行PHP安全函数的变量过滤,网站web端的JS过滤检测是否含有SQL注入的非法参数,比如一些sql注入代码,and 1=1 1=2 select union等查询的语句过滤。
字符串的安全过滤,对and以及delete,updata,char,master,chr.exec,mid,declare,or,count等等的字符串在服务器端进行严格拦截,当用户输入过来的值以及数据包中含有以上的字符串,进行拦截并记录到日志里,以防拦截正常的用户交互功能使用。
网站前端也可以使用WAF防火墙,使用CDN进行防护sql注入,国内可以使用百度CDN来进行防止sql注入攻击。
以上是关于如何防止网站不被SQL注入攻击的主要内容,如果未能解决你的问题,请参考以下文章