zoukankan      html  css  js  c++  java
  • 浅谈xss原理

    近日,论坛上面XSS满天飞,各处都能够见到XSS的痕迹,前段时间论坛上面也出现了XSS的迹象。然后我等小菜不是太懂啊,怎么办?没办法仅仅有求助度娘跟谷歌这对情侣了。
    能够说小菜也算懂了一些。不敢藏私,故发文出来大家一块学习,讨论。



    以下是正文:

    0x00:xss的来由


    记得之前看过一篇文章,这样来形容XSS “ 假设把浏览器看作WEB2.0后时代的操作系统。那么client脚本就相当于传统的应用程序,而XSS的攻击方式事实上就相当于在被攻击者的系统上运行了一个木马程序。但这样的“木马”有个非常大的缺点。就是无法像传统木马那样在操作系统中安家。以后还能自己主动运行。 ”
    这可能是对XSS的最好诠释了吧,可是XSS到底是什么?以下就跟小菜来一窥其神奇面容吧。


    XSS又叫CSS (Cross Site Script) ,跨站脚本攻击。它指的是恶意攻击者往Web页面里插入恶意html代码。当用户浏览该页之时,嵌入当中Web里面的html代码会被运行,从而达到恶意攻击用户的特殊目的。


    为什么会出现XSS呢,这个没什么好说的,肯定是过滤不严,或者就是程序员觉得XSS并没有什么实际的用途,从而忽略了XSS攻击的产生。比方在一个搜索框里面,对于输入数据没有一点过滤的话。那么我们提交以下这条语句

        <script>alert(’test’)</script>


    结果是什么,大家应该都知道,就是页面弹出了一个对话框。


    我记得当我刚開始对黑客技术产生兴趣的时候,那是的XSS还只在于娱乐的地步。

    0x01:xss的类型


    XSS的类型通常是三种:
    第一种:反射型XSS
           这种xss,跨站代码一般存在于某一个链接中。当呗攻击者訪问这种连接时,跨站代码就被运行,这类跨站代码一般不会存储在server上面
    另外一种:存储型XSS
            这样的xss用起来比較方便,跨站代码会存储在server上面数据库中。换句话就是能够持久的进行攻击。亦称持久型XSS
    第三种:就是基于DOM的XSS
           这是因为client脚本自身的解析不对导致的安全问题

    0x02:反射型XSS的攻击原理


    反射型XSS,是最经常使用,使用最广的一种方式。

    它通过给别人发送带有恶意脚本代码參数的URL,当URL地址被打开时,特有的恶意代码參数被HTML解析、运行。它的特点是非持久化,必须用户点击带有特定參数的链接才干引起。
    既然是须要用户点击才干触发的跨站。那么这就要考验你的忽悠水平了,就像前段时间论坛出现的XSS攻击。就是通过转账,然后被攻击者查看消息从而触发的一种反射型XSS攻击
    再如:

        http://searchb.dangdang.com/?key=f',true,1);alert(1);//


    这个常常逛乌云的应该都不陌生,这就是一个典型的反射型XSS。须要诱使用户去点击该链接。xss代码并不存储在服务端。所以攻击并不能持续。


    经常使用測试方法:
    对整个输入(特别强调的是。整个HTTP请求都是输入,数据库取来的数据事实上也是输入。

    HTTP请求包含GET、POST參数。COOKIE,URL,头部的REFERER等等)中每一个地方都能够例如以下操作,
    1.        自己构造一个唯一的串,比如:myxsstestxxxx
    2.        将某个输入项(比方某个參数)替换为上面的串
    3.        查看HTTP对应中是否有这个串。并记录下来
    4.        依据HTML上下文决定,用哪种类型串来尝试,尝试攻击串,然后又一次提交请求
    5.        假设可以找到对应的攻击串说明漏洞是存在的 这里的关键在于第四步。由于server端可能会做一些限制,比方encode或者长度限制。測试的时候须要想办法看看能否绕过限制。




    0x03:存储型XSS的攻击原理


    存储型就是攻击脚本被存储到了数据库或者文件里,server端(可能是别的应用或者别的页面)在读取了存储的内容后回显了,就是存储型。

    这样的情况用户可能直接打开正常的页面就会看到被注入了
    原理事实上也非常easy
    XSS代码被提交给站点-->站点把XSS代码存储进数据库—>当该页面再次被请求时。server发送已经被植入XSS代码的数据给client—>client运行XSS代码
    比較常见的样例是在留言板上插入XSS代码,前提当然是留言内容过滤不善
    想内容中加入[/code]<script>alert(‘test’)</script>[/code]
    这样就会弹出对话框。当然仅仅要是能够加入内容的地方,你都能够试试XSS,比方说QQ空间的装扮里面。有一个自己定义模块。你能够选择图片,然后加入例如以下代码

        javascript:alert('XSS')"


    当然,其能够运行的前提是服务端代码是这样写的

        A=get[a]
        <img src=$a>


    利用方法还有非常多。比方如今兴起的XSS平台,新建一个项目,你就能够做非常多事情

    0x04:XSS BASED DOM


    DOM—based XSS漏洞是基于文档对象模型Document Objeet Model,DOM)的一种漏洞。

    DOM是一个与平台、编程语言无关的接口,它同意程序或脚本动态地訪问和更新文档内容、结构和样式,处理后的结果能够成为显示页面的一部分。DOM中有非常多对象。当中一些是用户能够操纵的,如uRI 。location,refelTer等。client的脚本程序能够通过DOM动态地检查和改动页面内容。它不依赖于提交数据到server端。而从client获得DOM中的数据在本地运行,假设DOM中的数据没有经过严格确认,就会产生DOM—based XSS漏洞。
    DOM—based XSS攻击源于DOM相关的属性和方法。被插入用于XSS攻击的脚本。一个典型的样例例如以下:
    HTTP请求http://www.Xss.com/hello.html?name=test使用下面的脚本打印出登录用户test的名字,即

        <SCRIPT>
        var pos=docmnent.URL.indexOf(”name=”)+5;
        document.write (document.URL.substring(pos,document.URL.1ength))。
        < /SCRIPT>


    假设这个脚本用于请求http://www.Xss.com/hello.html?

    name=<script>alert(‘test’)</script>时,就
    导致XSS攻击的发生。
    当用户点击这个链接,server返回包括上面脚本的HTML静态文本,用户浏览器把HTML文本解析成DOM,DOM中的document对象URL属性的值就是当前页而的URL。

    在脚本被解析时,这个URL属性值的一部分被写入HTML文本,而这部分HTML文本却是JavaScript脚本,这使得<script>alert(‘test’)</script>成为页面终于显示的HTML文本。从而导致DOM—base XSS攻击发生。

    0x05: XSS的防范办法


    上面简单说了一下各种XSS的原理。以及最简单的利用方法,当然一些高级的XSS利用技巧,这里不会涉及,授人以鱼不如授人以渔嘛。还靠各位去琢磨了。以下我们来简单说一下XSS的防范。
    如今的XSS如此流行。原因何在。我想大家应该都知道。就是在输入的时候没有做严格的过滤,而在输出的时候。也没有进行检查,转义,替换等
    所以防范的方法就是。不信任不论什么用户的输入,对每一个用户的输入都做严格检查,过滤。在输出的时候,对某些特殊字符进行转义,替换等

    0x06:浅谈CSRF攻击


    事实上之前我一直不知道csrf是什么东西。直到那次phpmywind被搞掂官网,我才注意到这个攻击方法。之后呢,通过度娘。谷歌这一对好情侣,慢慢了了解了一下
    CSRF是伪造client请求的一种攻击。CSRF的英文全称是Cross Site Request Forgery,字面上的意思是跨网站伪造请求。这样的攻击方式是国外的安全人员于2000年提出,国内直到06年初才被关注。
    CSRF的定义是强迫受害者的浏览器向一个易受攻击的Web应用程序发送请求,最后达到攻击者所须要的操作行为。
    CSRF漏洞的攻击一般分为站内和站外两种类型:
    CSRF站内类型的漏洞在一定程度上是因为程序猿滥用$_REQUEST类变量造成的,一些敏感的操作本来是要求用户从表单提交发起POST请求传參给程 序。可是因为使用了$_REQUEST等变量,程序也接收GET请求传參,这样就给攻击者使用CSRF攻击创造了条件。一般攻击者仅仅要把预測好的请求參数 放在站内一个贴子或者留言的图片链接里。受害者浏览了这种页面就会被强迫发起请求。


    CSRF站外类型的漏洞事实上就是传统意义上的外部提交数据问题,一般程序猿会考虑给一些留言评论等的表单加上水印以防止SPAM问题,可是为了用户的体验 性。一些操作可能没有做不论什么限制,所以攻击者能够先预測好请求的參数,在站外的Web页面里编写javascript脚本伪造文件请求或和自己主动提交的表单 来实现GET、POST请求。用户在会话状态下点击链接訪问站外的Web页面,client就被强迫发起请求。
    假设,各位看官想具体了解CSRF google it!

    这里不过说了一些简单的XSS原理。算一个抛砖引玉吧。各位能够跟帖讨论,怎样发挥XSS的最大能力

  • 相关阅读:
    没人关注的角落是个好地方
    PICKIT3 WIN10 无法连接问题解决
    TM1650+msp430单片机 调试及遇到问题的总结
    即将会来日常更新stm32的学习过程
    Learn Arduino the hard way 1——点亮一个LED
    准备再次开始更新
    Tcl之Read files for synthesis
    Verilog之event
    Tcl之Math
    Digital design之Boolean Algebra
  • 原文地址:https://www.cnblogs.com/claireyuancy/p/6808009.html
Copyright © 2011-2022 走看看