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漏洞
评论 (0)