你的位置:首页 > 软件开发 > 数据库 > Sql server之sql注入篇

Sql server之sql注入篇

发布时间:2015-04-15 13:00:12
SQL Injection关于sql注入的危害在这里就不多做介绍了,相信大家也知道其中的厉害关系。这里有一些sql注入的事件大家感兴趣可以看一下 防范sql注入的方法无非有以下几种:1.使用类型安全的SQL参数2.使用参数化输入存储过程3.使用参数集合与动态SQL4.输入滤波 ...

SQL Injection

关于sql注入的危害在这里就不多做介绍了,相信大家也知道其中的厉害关系。这里有一些sql注入的事件大家感兴趣可以看一下

 

防范sql注入的方法无非有以下几种:

1.使用类型安全的SQL参数始终通过测试类型、长度、格式和范围来验证用户输入。实现对恶意输入的预防时,请注意应用程序的体系结构和部署方案。请注意,设计为在安全环境中运行的程序可能会被复制到不安全的环境中。以下建议应被视为最佳做法:

  • 对应用程序接收的数据不做任何有关大小、类型或内容的假设。例如,您应该进行以下评估:

    • 如果一个用户在需要邮政编码的位置无意中或恶意地输入了一个 10 MB 的 MPEG 文件,应用程序会做出什么反应?

    • 如果在文本字段中嵌入了一个 DROP TABLE 语句,应用程序会做出什么反应?

  • 测试输入的大小和数据类型,强制执行适当的限制。这有助于防止有意造成的缓冲区溢出。

  • 测试字符串变量的内容,只接受所需的值。拒绝包含二进制数据、转义序列和注释字符的输入内容。这有助于防止脚本注入,防止某些缓冲区溢出攻击。

  • 使用

  • 绝不直接使用用户输入内容来生成 Transact-SQL 语句。

  • 使用存储过程来验证用户输入。

  • 在多层环境中,所有数据都应该在验证之后才允许进入可信区域。未通过验证过程的数据应被拒绝,并向前一层返回一个错误。

  • 实现多层验证。对无目的的恶意用户采取的预防措施对坚定的攻击者可能无效。更好的做法是在用户界面和所有跨信任边界的后续点上验证输入。

    例如,在客户端应用程序中验证数据可以防止简单的脚本注入。但是,如果下一层认为其输入已通过验证,则任何可以绕过客户端的恶意用户就可以不受限制地访问系统。

  • 绝不串联未验证的用户输入。字符串串联是脚本注入的主要输入点。

  • 在可能据以构造文件名的字段中,不接受下列字符串:AUX、CLOCK$、COM1 到 COM8、CON、CONFIG$、LPT1 到 LPT8、NUL 以及 PRN。

如果可能,拒绝包含以下字符的输入。

 

在此示例中,@au_id 参数被视为文字值而不是可执行代码。将对此值进行类型和长度检查。如果 @au_id 值不符合指定的类型和长度约束,则将引发异常。

 

4.筛选输入

筛选输入可以删除转义符,这也可能有助于防止 SQL 注入。但由于可引起问题的字符数量很大,因此这并不是一种可靠的防护方法。以下示例可搜索字符串分隔符。

 

5.LIKE 子句

请注意,如果要使用 LIKE 子句,还必须对通配符字符进行转义:

 

原标题:Sql server之sql注入篇

关键词:sql

sql
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。