XSS攻击

背景知识

1.1 什么是XSS攻击

　　XSS攻击： 跨站脚本攻击 (Cross Site Scripting)，为不和层叠样式表(Cascading Style Sheets, CSS)的缩写混淆。故将跨站 脚本 攻击缩写为XSS。XSS是一种经常出现在web应用中的计算机安全漏洞，它允许恶意web用户将代码植入到提供给其它用户使用的页面中。比如这些代码包括HTML代码和 客户端 脚本。攻击者利用XSS漏洞旁路掉访问控制——例如 同源策略 (same origin policy)。这种类型的漏洞由于被 骇客 用来编写危害性更大的phishing攻击而变得广为人知。对于跨站脚本攻击， 黑客 界共识是：跨站脚本攻击是新型的“ 缓冲区溢出攻击 “，而JavaScript是新型的“ShellCode”。

　　数据来源：2007 OWASP Top 10的MITRE数据

　　注：OWASP是世界上最知名的Web安全与 数据库安全 研究组织

　　从这张图中我们看到，在2007年OWASP所统计的所有安全威胁中，跨站脚本攻击占到了22%，高居所有Web威胁之首。

　　XSS攻击的危害包括

　　1、盗取各类用户 帐号 ，如机器登录帐号、用户网银帐号、各类 管理员 帐号

　　2、控制企业数据，包括读取、篡改、添加、删除企业敏感数据的能力

　　3、盗窃企业重要的具有商业价值的资料

　　4、非法转账

　　5、强制发送电子邮件

　　6、网站挂马

　　7、控制受害者机器向其它网站发起攻击

1.2 XSS漏洞的分类

　　XSS漏洞按照攻击利用手法的不同，有以下三种类型：

　　类型A，本地利用漏洞，这种漏洞存在于页面中 客户端 脚本 自身。其攻击过程如下所示：

　　Alice给Bob发送一个恶意构造了Web的URL。

　　Bob点击并查看了这个URL。

　　恶意页面中的JavaScript打开一个具有漏洞的HTML页面并将其安装在Bob电脑上。

　　具有漏洞的HTML页面包含了在Bob电脑本地域执行的JavaScript。

　　Alice的 恶意脚本 可以在Bob的电脑上执行Bob所持有的权限下的命令。

　　类型B，反射式漏洞，这种漏洞和类型A有些类似，不同的是Web客户端使用Server端脚本生成页面为用户提供数据时，如果未经验证的用户数据被包含在页面中而未经 HTML实体 编码，客户端代码便能够注入到 动态页面 中。其攻击过程如下：

　　Alice经常浏览某个网站，此网站为Bob所拥有。Bob的站点运行Alice使用用户名/密码进行登录，并存储敏感信息(比如银行帐户信息)。

　　Charly发现Bob的站点包含反射性的XSS漏洞。

　　Charly编写一个利用漏洞的URL，并将其冒充为来自Bob的邮件发送给Alice。

　　Alice在登录到Bob的站点后，浏览Charly提供的URL。

　　嵌入到URL中的恶意脚本在Alice的 浏览器 中执行，就像它直接来自Bob的服务器一样。此脚本盗窃敏感信息(授权、信用卡、帐号信息等)然后在Alice完全不知情的情况下将这些信息发送到Charly的Web站点。

　　类型C，存储式漏洞，该类型是应用最为广泛而且有可能影响到Web服务器自身安全的漏洞， 骇客 将攻击脚本上传到Web服务器上，使得所有访问该页面的用户都面临信息泄漏的可能，其中也包括了Web服务器的 管理员 。其攻击过程如下：

　　Bob拥有一个Web站点，该站点允许用户发布信息/浏览已发布的信息。

　　Charly注意到Bob的站点具有类型C的XSS漏洞。

　　Charly发布一个热点信息，吸引其它用户纷纷阅读。

　　Bob或者是任何的其他人如Alice浏览该信息，其会话cookies或者其它信息将被Charly盗走。

　　类型A直接威胁用户个体，而类型B和类型C所威胁的对象都是企业级Web应用，目前天清入侵防御产品所能防范的XSS攻击包括类型B和类型C。

编辑本段XSS攻击与防御

2.1 XSS的传统防御技术

　　 2.1.1 基于特征的防御

　　XSS漏洞和著名的SQL 注入漏洞 一样，都是利用了Web页面的编写不完善，所以每一个漏洞所利用和针对的弱点都不尽相同。这就给XSS漏洞防御带来了困难：不可能以单一特征来概括所有XSS攻击。

　　传统XSS防御多采用 特征匹配 方式，在所有提交的信息中都进行匹配检查。对于这种类型的XSS攻击，采用的模式匹配方法一般会需要对“javascript”这个 关键字 进行检索，一旦发现提交信息中包含“javascript”，就认定为XSS攻击。这种检测方法的缺陷显而易见：骇客可以通过插入字符或完全编码的方式躲避检测：

　　躲避方法1)在javascript中加入多个tab键，得到

　　< IMG SRC="jav ascript:alert('XSS');" >;

　　躲避方法2) 在javascript中加入(空格) 字符 ，得到

　　< IMG SRC="javascri pt:alert('XSS');" >;

　　躲避方法3) 在javascript中加入(回车)字符，得到

　　< IMG SRC="jav

　　ascript:alert('XSS');" >;

　　躲避方法4)在javascript中的每个字符间加入回车换行符，得到

　　< IMG SRC="j\r\na\r\nv\r\n\r\na\r\ns\r\nc\r\nr\r\ni\r\np\r

　　\nt\r\n:alert('XSS');" >

　　躲避方法5)对"javascript:alert('XSS')"采用完全编码，得到

　　< IMGSRC=javascrip?74:alert('XSS') >

　　上述方法都可以很容易的躲避基于特征的检测。而除了会有大量的漏报外，基于特征的

　　还存在大量的误报可能：在上面的例子中，对上述某网站这样一个地址，由于包含了关键字“javascript”，也将会触发报警。

　　 2.1.2 基于代码修改的防御

　　和SQL注入防御一样，XSS攻击也是利用了Web页面的编写疏忽，所以还有一种方法就是从Web应用开发的角度来避免：

　　步骤1、对所有用户提交内容进行可靠的输入验证，包括对URL、查询关键字、HTTP头、POST数据等，仅接受指定长度范围内、采用适当格式、采用所预期的字符的内容提交，对其他的一律过滤。

　　步骤2、实现Session标记(session tokens)、CAPTCHA系统或者HTTP引用头检查，以防功能被第三方网站所执行。

　　步骤3、确认接收的的内容被妥善的规范化，仅包含最小的、安全的Tag(没有javascript)，去掉任何对远程内容的引用(尤其是样式表和javascript)，使用HTTP only的cookie。

　　当然，如上操作将会降低Web业务系统的可用性，用户仅能输入少量的制定字符，人与系统间的交互被降到极致，仅适用于信息发布型站点。并且考虑到很少有Web编码人员受过正规的安全培训，很难做到完全避免页面中的XSS漏洞。

2.2 天清入侵检测产品的XSS防御

　　正是由于传统检测方法存在诸多缺陷，天清 入侵防御系统 并未采用这一方法，而是采用了基于攻击手法的行为检测方法，其分析流程如下图所示。

　　首先对各种场景下的XSS攻击样本库进行整理和分类，并建立起XSS攻击行为特征库，在实时攻击检测阶段，对所有可能实现XSS攻击的数据来源，如HTTP-Refere、URL、COOKIE、 表单 数据等，进行 数据收集 和初步分析，存在注入 脚本 的用户提交信息才进入下一步的XSS攻击判断。

　　 这种分析方法有以下几点优势：

　　A：采用行为特征库而非数据特征库方式，可以避免由于检测固定特征导致的误报可能。

　　B：内置 数据预处理 过程，可以对所有可能包含XSS攻击的数据进行预处理，放行大部分正常 HTTP请求 ，仅对少量疑似事件进行深入分析，提升分析速度，降低资源开销。

　　C：XSS攻击行为特征库维护由启明星辰公司AD-LAB(积极防御实验室)和博士后工作站负责，AD-LAB拥有大批漏洞发掘和分析人员，2007年发现并获得CVE编号的漏洞数量多达26个，是国内独立发掘CVE漏洞数量最多的团队。启明星辰博士后工作站是业内第一家驻企业的信息安全博士后工作站，为产品算法实现、研究技术转化提供有力保障。

　　 3 综论

　　XSS攻击作为Web业务的最大威胁之一，不仅危害Web业务本身，对访问Web业务的用户也会带来直接的影响，如何防范和阻止XSS攻击，保障Web站点的业务安全，是定位于业务威胁防御的入侵防御产品的本职工作。

编辑本段XSS受攻击事件

新浪微博XSS受攻击事件

　　2011年6月28日晚，新浪微博出现了一次比较大的XSS攻击事件。大量用户自动发送诸如：“郭美美事件的一些未注意到的细节”，“建党大业中穿帮的地方”，“让女人心动的100句诗歌”，“3D肉团团高清普通话版种子”，“这是传说中的神仙眷侣啊”，“惊爆!范冰冰艳照真流出了”等等微博和私信，并自动关注一位名为 hellosamy 的用户。

　　事件的经过线索如下：

　　20:14，开始有大量带V的认证用户中招转发 蠕虫

　　20:30，某网站中的病毒页面无法访问

　　20:32，新浪微博中hellosamy用户无法访问

　　21:02，新浪漏洞修补完毕