返回列表

XSS攻击和HTML特殊字符编码2

默认分类 2014/11/04 03:23

原文地址:http://www.chenstep.com/?p=57#more-57

1.过滤”<“和”>”标记

XSS跨站攻击的最终目标是引入script代码在用户的浏览器中执行,所以最基本最简单的过滤方法,就是转换”<“和’>”标记。

replace(str, "<", "&#x3C;")
replace(str, ">", "&#x3E;")

2.HTML属性过滤

使用上述的代码可以过滤掉”<“和”>”标记,让攻击者无法构造HTML标记。但是,攻击者可能会利用已存在的属性,如插入图片功能,将图片的路径属性修改为一段script代码,如

<img src="javascript:alert(/XSS攻击/)" width=100>

上述代码执行后,同样可以实现跨站的目的。而且很多的HTML标记里属性都支持“javascript:跨站代码”的形式,因此就需要对攻击者输入的数据进行如下转换:

replace(str, "javascript:", "")
replace(str, "jscript:", "")
replace(str, "vbscript:", "")

一旦用户输入的语句中含有”javascript”,”jscript”,”vbscript”,都用空白代替。

3.过滤特殊字符:&、回车和空格

因为HTML属性的值,可支持”&#ASCii”的形式进行表示,前面的跨站代码就可以换成这样:

<img src="javascrip&#116&#58alert(/XSS攻击/)" width=100>

即可突破过滤程序,继续进行跨站攻击,使用代码:

replace(str, "&", "&#x26;")

上述代码将”&”替换为了”&#x26;”,于是后面的语句就变形失效了。但是还有其他的方式绕过过滤,因为过滤关键字的方式具有很多的漏洞。攻击者可以构造下面的攻击代码:

<img src="javas     cript:alert(/XSS攻击/)" width=100>

这里关键字被空格,准确的说是Tab键进行了拆分,上面的代码就又失效了,这样就有考虑将Tab空格过滤,防止此类的跨站攻击。

4.HTML属性跨站的彻底防范

即使程序设计者彻底过滤了各种危险字符,确实给攻击者进行跨站入侵带来了麻烦,攻击者依然可以利用程序的缺陷进行攻击,因为攻击者可以利用前面说的属性和事件机制,构造执行script代码。例如,有下面这样一个图片标记代码:

<img src="#" onerror=alert(/跨站/)>

这是一个利用onerror事件的典型跨站攻击示例,于是许多程序设计者对此事件进行了过滤,一旦发现关键字”onerror”,就进行转换过滤。
然而攻击者可以利用的时间跨站方法,并不只有onerror一种,各种各样的属性都可以进行构造跨站攻击。例如:

<img src="#" style="Xss:expression(alert(/跨站/));">

这样的事件属性,同样是可以实现跨站攻击的。可以注意到,在“src=”#””和“style”之间有一个空格,也就是说属性之间需要空格分隔,于是程序设计者可能对空格进行过滤,以防范此类的攻击。但是过滤了空格之后,同样可以被攻击者突破。

<img src="#"/**/onerror=alert(/跨站/) width=100>

这段代码利用了脚本语言的规则漏洞,在脚本语言中的注释会被当成一个空白来表示。所以注释代码就简介的达到了空格的效果,使语句得以执行。

总结

以上攻击的出现,根本原因在于用户越权自己的标签,造成输入数据与程序代码的混淆。因此,保证程序安全的办法,就是限制用户输入的空间,让用户在一个安全的空间内活动。

其实过滤了”<“和”>”之后,就可以吧用户的输入在输出时放到双引号之间。然后要让用户的输入处在安全的领域里,这是可以通过过滤用户输入数据中的双引号“””,来防止用户跨越许可的标记。

另外,再过滤掉空格和Tab键就不用担心关键字拆分绕过了。最后,还要过滤掉“script”关键字,并转换掉&。

只要注意到以上这五点过滤,就可以基本保证网站程序的安全性,不被跨站攻击了。

当然,漏洞难免出现,要彻底地保证安全,舍弃HTML标签功能是最保险的解决方法,不过,这也许会让程序少了许多漂亮的效果。