xss攻击方式详解
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
简介
XSS又叫CSS (Cross Site Script) ，跨站脚本攻击。它指的是恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意用户的特殊目的。
使用过ASP的同学一定见过这样的代码：
"name"
假如我传入的name的值为：
这样就可以直接盗取用户的cookie。所以我就可以发送一条链接地址让别人去点：
当然这样做没有一点隐蔽性，虽然前面的瞒过了少数人，但大多数人可以辨认出后面的javascript代码，所以，我只需要将后面的javascript代码转换成URL的16进制，如：
上面的URL你还认得吗？除非你把它转换出来。（进制转换可以使用Napkin工具，哎，太坏了。。有人问Napkin的下载地址，贴在这里好了：
/releases/napkin/Napkin-1.0-Windows.zip）
根本原因
1.
2.
示例
发现大名鼎鼎的淘宝网也存在这样的漏洞，我们在搜索框中输入：
这样，我们已经修改了淘宝原有的页面，在下面嵌入了百度的首页。效果如图：
使用时机
我尝试在各种不同网站寻找 XSS漏洞， baidu, , , 等等。结果，我发现XSS漏洞非常普遍！其实XSS利用的是网页的回显，即，接收用户的输入，然后再在页面显示用户的输入。总结一下几个可能会出现漏洞的地方：
•搜索引擎
•留言板
•错误页面
通过在上面那些类型的页面输入一些特殊的字符（包括< > / "），如：，然后在结果页中的源码处搜索是否存在原样的：，如果存在，恭喜你，发现了一个XSS 漏洞。
分类
1. DOM-based cross-site scripting
页面本身包含一些DOM对象的操作，如果未对输入的参数进行处理，可能会导致执行恶意脚本。如下面一些DOM操作：
举个例子，假如某个脆弱的页面的代码如下：
"name="5
攻击者使用如下的URL访问时，则非常危险：
试了一下，貌似IE、FireFox等浏览器默认对
进行了编码，阻止了脚本的执行。但是对于 DOM 操作还是要更加谨慎啊，比如把上面的页面修改一下，安全性就增强了不少：
"name="5
/^[a-zA-Z0-9]$/
"Security error"
2. Reflected cross-site scripting
也被称为None-Persistent cross-site scripting，即，非持久化的XSS 攻击，是我们通常所说的，也是最常用，使用最广的一种方式。它通过给别人发送带有恶意
脚本代码参数的URL，当 URL地址被打开时，特有的恶意代码参数被HTML解析、执行。它的特点是非持久化，必须用户点击带有特定参数的链接菜能引起。
3. Persistent cross-site scripting
持久化XSS攻击，指的是恶意脚本代码被存储进被攻击的数据库，当其他用户正常浏览网页时，站点从数据库中读取了非法用户存入非法数据，恶意脚本代码被执行。这种攻击类型通常在留言板等地方出现。
实施方式
我们来试一把Reflected cross-site scripting。当我们在某网站输入参数XXX，发现参数XXX原样的出现在了页面源码中：
"text""Seach""w""XXX"
$new
>
•JAVA中的.URLEncode.encode：
"中国""utf-8"•有些网站使用过滤javascript关键字的办法来防止XSS，其实是很不明智的，因为XSS有时候根本就不需要javascript关键字或者对javascript关键字进行格式变化来躲过过滤。
•为所有的标记属性加上双引号。应该说这也不是万全之策，只是在转义了双引号的前提下的一道安全保障。比如：
不加双引号时，onclick被执行了：
/detail.asp?id=2008'javascrpt:aler t('
加上了双引号，onclick不会被执行：
"/detail.asp?id=2008
onclick='javascrpt:alert('haha')'"
•将数据插入到innerText属性中，脚本将不会被执行。如果是innerHTML属性，则必须确保输入是安全的。如中：
"C#""true"
"Welcome1""server"
"Welcome2""server"
"server"