DVWA-10.1 XSS (DOM)

XSS

XSS，全称Cross Site Scripting，即跨站脚本攻击，某种意义上也是一种注入攻击，是指攻击者在页面中注入恶意的脚本代码，当受害者访问该页面时，恶意代码会在其浏览器上执行，需要强调的是，XSS不仅仅限于JavaScript，还包括flash等其它脚本语言。根据恶意代码是否存储在服务器中，XSS可以分为存储型的XSS与反射型的XSS。

DOM型的XSS由于其特殊性，常常被分为第三种，这是一种基于DOM树的XSS。例如服务器端经常使用document.boby.innerHtml等函数动态生成html页面，如果这些函数在引用某些变量时没有进行过滤或检查，就会产生DOM型的XSS。DOM型XSS可能是存储型，也有可能是反射型。

Low

前端源码

服务器端核心代码

<?php
# No protections, anything goes
?>

可以看到，前端使用 document.write() 动态生成页面，服务器端代码没有任何的保护性措施！

页面本意是叫我们选择默认的语言，但是对default参数没有进行任何的过滤。直接暴露在了URL地址栏里面

漏洞利用

我们可以构造XSS代码，访问链接：

/vulnerabilities/xss_d/?default=<script>alert('xss')</script>

可以看到，我们的script脚本成功执行了。

我们去看看页面的源码变成什么样了

Medium

源代码：

<?php
// Is there any input?
if ( array_key_exists( "default", $_GET ) && !is_null ($_GET[ 'default' ]) ) {
    $default = $_GET['default'];
    # Do not allow script tags (不区分大小写)
    if (stripos ($default, "<script") !== false) {
        header ("location: ?default=English");
        exit;
    }
}
?> 

可以看到，medium级别的代码先检查了default参数是否为空，如果不为空则将default等于获取到的default值。这里还使用了stripos 用于检测default值中是否有 <script ，如果有的话，则将 default=English 。

很明显，这里过滤了<script  (不区分大小写)，那么我们可以使用<img  src=1  οnerrοr=('hack')>

但是当我们访问URL：

/vulnerabilities/xss_d/?default=<img src=1 οnerrοr=alert('hack')> 

此时并没有弹出任何页面

风平浪静的页面

我们查看网页源代码，发现我们的语句被插入到了value值中，但是并没有插入到option标签的值中，所以img标签并没有发起任何作用。

所以我们得先闭合前面的标签，我们构造语句闭合option标签：

<option value='     " + lang + "      '>  "  + decodeURI(lang) +  "  </option>

所以，我们构造该链接：

/vulnerabilities/xss_d/?default=></option><img src=1 οnerrοr=alert('hack')> 

还是风平浪静。。。。。

查看源代码，发现我们的语句中只有 > 被插入到了option标签的值中，因为闭合了option标签，所以img标签并没有插入

于是我们继续构造语句去闭合select标签，这下我们的img标签就是独立的一条语句了

我们构造该链接：

/vulnerabilities/xss_d/?default= ></option></select><img src=1 οnerrοr=alert('hack')>

可以看到，我们的语句成功执行了

High

源代码： 

<?php
// Is there any input?
if ( array_key_exists( "default", $_GET ) && !is_null ($_GET[ 'default' ]) ) {
    # White list the allowable languages
    switch ($_GET['default']) {
        case "French":
        case "English":
        case "German":
        case "Spanish":
            # ok
            break;
        default:
            header ("location: ?default=English");
            exit;
    }
}
?> 

这里high级别的代码先判断defalut值是否为空，如果不为空的话，再用switch语句进行匹配，如果匹配成功，则插入case字段的相应值，如果不匹配，则插入的是默认的值。这样的话，我们的语句就没有可能插入到页面中了。目前我也没有找到好的方法进行XSS注入。

Impossible

源代码：

<?php
# Don't need to do anything, protction handled on the client side
?> 

我们可以看到，impossible级别的代码没有任何东西，注释写的是保护的代码在客户端的里面

于是我们尝试访问链接

/vulnerabilities/xss_d/?default=<script>alert('hack')</script>

发现页面并没有弹出任何东西，而且语言框内的值是我们输入的参数的经过URL编码后的数据

查看源代码，发现这里对我们输入的参数并没有进行URL解码，所以我们输入的任何参数都是经过URL编码，然后直接赋值给option标签。所以，就不存在XSS漏洞