攻击方式学习之(1)-跨站式脚本(Cross-SiteScripting)
简介
XSS又叫CSS(CrossSiteScript),跨站脚本攻击,
攻击方式学习之(1) 跨站式脚本(CrossSite Scripting)脚本安全
。它指的是恶意攻击者往Web页面里插入恶意html代码,当用户浏览该页之时,嵌入其中Web里面的html代码会被执行,从而达到恶意用户的特殊目的。使用过ASP的同学一定见过这样的代码:
Hello,
<%
Response.Write(Request.Querystring("name"))
%>
假如我传入的name的值为:
这样就可以直接盗取用户的cookie。所以我就可以发送一条链接地址让别人去点:
http://www.xxx.com/reg.asp?name=<;script.>x=document.cookie;alert(x);
当然这样做没有一点隐蔽性,虽然前面的xxx.com瞒过了少数人,但大多数人可以辨认出后面的javascript代码,所以,我只需要将后面的javascript代码转换成URL的16进制,如:
http://www.xxx.com/reg.asp?name=%3C%73%63%72%69%70%74%3E%78%3D%64%6F%63%75%6D%65%6E%74%2E%63%6F%6F%6B%69%65%3B%61%6C%65%72%74%28%78%29%3B%3C%2F%73%63%72%69%70%74%3E
上面的URL你还认得吗?除非你把它转换出来。(进制转换可以使用Napkin工具,哎,太坏了。。有人问Napkin的下载地址,贴在这里好了http://www.0x90.org/releases/napkin/Napkin-1.0-Windows.zip)
根本原因
1.没有对输入进行约束,没有对输出进行编码
2.没有严格区分“数据”和“代码”
示例
发现大名鼎鼎的淘宝网也存在这样的漏洞,我们在搜索框中输入:
"/>
这样,我们已经修改了淘宝原有的页面,在下面嵌入了百度的首页。效果如图:
使用时机
我尝试在各种不同网站寻找XSS漏洞,baidu,amazon.cn,youku.com,dangdang.com等等。结果,我发现XSS漏洞非常普遍!其实XSS利用的是网页的回显,即,接收用户的输入,然后再在页面显示用户的输入。总结一下几个可能会出现漏洞的地方:
搜索引擎
留言板
错误页面
通过在上面那些类型的页面输入一些特殊的字符(包括<>/"),如:?jjkk>,然后在结果页中的源码处搜索是否存在原样的:?jjkk>,如果存在,恭喜你,发现了一个XSS漏洞。
分类
1.DOM-basedcross-sitescripting
页面本身包含一些DOM对象的操作,如果未对输入的参数进行处理,可能会导致执行恶意脚本。如下面一些DOM操作:
document.URL
document.URLUnencoded
document.location(andmanyofitsproperties)
document.referrer
window.location(andmanyofitsproperties)
举个例子,假如某个脆弱的页面的代码如下:
Hi
Welcometooursystem
…
攻击者使用如下的URL访问时,则非常危险:
http://www.vulnerable.site/welcome.html?name=<;script.>alert(document.cookie)
试了一下,貌似IE、FireFox等浏览器默认对进行了编码,阻止了脚本的执行。但是对于DOM操作还是要更加谨慎啊,比如把上面的页面修改一下,安全性就增强了不少:
2.Reflectedcross-sitescripting
也被称为None-Persistentcross-sitescripting,即,非持久化的XSS攻击,是我们通常所说的,也是最常用,使用最广的一种方式。它通过给别人发送带有恶意脚本代码参数的URL,当URL地址被打开时,特有的恶意代码参数被HTML解析、执行。它的特点是非持久化,必须用户点击带有特定参数的链接菜能引起。
3.Persistentcross-sitescripting
持久化XSS攻击,指的是恶意脚本代码被存储进被攻击的数据库,当其他用户正常浏览网页时,站点从数据库中读取了非法用户存入非法数据,恶意脚本代码被执行。这种攻击
类型通常在留言板等地方出现。实施方式
我们来试一把Reflectedcross-sitescripting。当我们在某网站输入参数XXX,发现参数XXX原样的出现在了页面源码中:
OK,可以开始做文章了,我们将XXX替换为:abc"/>