SQL注入与xss

浏览数：58 / 时间：2015年06月12日

1. 什么是SQL注入

所谓SQL注入，就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。通过递交参数构造巧妙的SQL语句，从而成功获取想要的数据。

2. SQL注入的种类

从具体而言，SQL注入可分为五大类，分别是：数字型注入、字符型注入、搜索型注入（like）、in型的注入、句语连接型注入。

从应用来说，要特别注意IP、搜索、批量删除、从数据库转到数据库等地方的SQL注入。

3. 如何防止SQL注入

3.1 SQL注入产生的原因

看下面检查登陆的SQL语句：

SqlCommand cmd = new SqlCommand("SELECT * FROM PE_USERS WHERE UserName = ‘"

+ UserName + "‘ AND UserPassword = ‘" + PassWord + "‘", conn);

由于没有对UserName和PassWord进行任何验证，如果UserName=”admin’OR 1=1--“

所执行的SQL语句就成了：

SELECT * FROM PE_USERS WHERE UserName=’admin’ OR 1=1—‘ AND UserPassword=’’

这就造成了SQL注入，条件永远为真，也就不用密码也能登陆成功。

3.2主要防御方式

防御手段一:参数化查询

保护级别：★★★★★

描述:

使用参数化查询的好处：可以防止sql注入式攻击，提高程序执行效率。

例如:

const string strSql = "SELECT * FROM [PE_Users] WHERE UserName = @UserName";

Parameters parms = new Parameters("@UserName", DbType.String, userName);

中有一个参数@UserName,使用Prarmeter对象，通过它把参数添加到Command对象上，这样就获得参数化查询。

如上述语句,ADO.NET会向SQL Server发送下面的SQL语句:

Exec sp_executesql N ‘select * from [pe_users] where username=@username ‘,N ‘@username nvarchar(20) ‘,@username=N ‘name’

SQL Server把@username替换成字符串”name”,然后再执行查询.

假设有下面的输入:

‘union select @@version,null,null—

生成的SQL语句如下所示:

Exec sp_executesql N ‘select * from [pe_users] where username=@username ‘,N ‘@username nvarchar(20) ‘,@username=N ‘’’ union select @@version,null,null--’

可以看到ADO.NET转义了输入。

public SqlParameter Add(string parameterName, SqlDbType sqlDbType, int size);

DbTye或SqlDbType可以是多种数据类型。

可根据你的数据类型来选择。

在某些地方,也可似指定参数的长度:int size。这样也能有效防止数据库溢出和SQL注入的可能性。

优点：有效地防止了SQL注入的产生。

缺点：有些地方不能应用，如in。

防御手段二:过滤与转换

保护级别：★★★★

描述:

对于数据型要强制转换成数字Clng，对于字符型，要通过函数过滤。如：

private string SafeSqlLiteral(string inputSQL)

{

return inputSQL.Replace("‘", "‘‘");

}

对于搜索的地方LIKE子句，要注意，如果要使用LIKE子句，还必须对通配符字符进行转义：

s = s.Replace("[", "[[]");

s = s.Replace("%", "[%]");

s = s.Replace("_", "[_]");

对于in类型，要转换成规格的数字串或字符串。

要尽量少用语句连接形式写SQL语句，要用到的地方要确保连接语句的安全性，或在白名单内，或限制很短的长度，以防止SQL语句构造的危险。

优点：有效地防止了SQL注入,实现简单。

缺点：容易遗漏，对于某些地方还是不能过滤，如order by +变量

对于不能使用参数化查询的部份，我们使用过滤函数处理，过滤函数在命名空间PowerEasy.Framework.Common中的DataSecurity类下，如：FilterBadChar函数。这函数主要用于业务逻辑层的过滤，对于数据库，我们还使用了强制转换函数，在命名空间PowerEasy.SqlServerDal下的DBHelper类，如：ToValidId函数等，主要用于数据库无出错的处理操作

防御手段三:白名单

保护级别：★★★★

描述:

对于一些已知的参数范围，可用白名单的形式处理，能有交防止SQL注入和查询出错，如：order by +列名，列名以参数形式传入时，可制定一个白名单，先判断一下参数是否在白名单内，再进行查询，否则出错处理。

优点：安全可靠

缺点：应用范围小

3.3辅助防御方式

防御手段一：严格过滤

保护级别：★★★☆

描述：

对于不能参数化查询或者无法限制变量类型和范围的情况，使用过滤的手段来处理。对于数据库中读取的数量要进入查询语句，在不确定数据是否安全的情况下，要对其进入过滤。这种SQL注入比较隐蔽，所以要特别注意。

优点：能用于不能参数化而又难过滤的地方，如order by +变量

缺点:过滤过于严格。

应用举例：

对于不能使用参数化查询的部份，我们使用过滤函数处理，过滤函数在命名空间PowerEasy.Framework.Common中的DataSecurity类下，如：FilterBadChar函数。

防御手段二：限定URL传递参数的数据类型和范围

保护级别：★★★

描述：

限定URL的传递参数类型、数量、范围等来防止通过构造URL进行恶意攻击。参见MSDN杂志

优点：在一定的程序上有效地防止通过URL方式的注入。

缺点：容易遗忘正常需要的参数。

防御手段三：全局过滤SQL关键字过滤

保护级别：★★★

描述：

在某些地方进行全局过滤SQL关键字过滤，如对标签的解释。（可能存在过滤不完全和限制程序开发的问题）

优点：能用于不能参数化而又难过滤的地方，如table的连接。

缺点:过滤过于严格。

更多关于SQL注入，可参考这篇文章：

http://www.microsoft.com/taiwan/msdn/columns/huang_jhong_cheng/LVSS.htm

四、 跨站脚本攻击

1. 什么是跨站脚本攻击

跨站脚本攻击(通常简写为XSS)是指攻击者利用网站程序对用户输入过滤不足，输入可以显示在页面上对其他用户造成影响的HTML代码，从而盗取用户资料、利用用户身份进行某种动作或者对访问者进行病毒侵害的一种攻击方式。

2. 跨站脚本攻击的危害

入侵者便通过技术手段在某个页面里插入一个恶意HTML代码，例如记录论坛保存的用户信息（Cookie），由于Cookie保存了完整的用户名和密码资料，用户就会遭受安全损失。如这句简单的Java脚本就能轻易获取用户信息：alert(document.cookie)，它会弹出一个包含用户信息的消息框。入侵者运用脚本就能把用户信息发送到他们自己的记录页面中，稍做分析便获取了用户的敏感信息。

跨站脚本攻击的危险，在如今WEB安全越来越得到重视，他的危险性也越来越大。有效防止跨站脚本攻击，是WEB程序是否安全的一个重要标准。

3. 如何防止跨站脚本攻击

3.1 主要防御方式

防御手段一：编码输出

保护级别：★★★★★

描述：

对于不支持HTML代码的地方，可用编码输出。如：Server.UrlEncode等方法编码输出。

优点：安全可靠。

缺点：不支持HTML代码。

防御手段二：使用UBB编码

保护级别：★★★★

描述：