XSS安全性过滤

XSS攻击很多发生在用户在可以输入的地方输入了不友好的内容，根本处理方法是在输入内容中进行过滤

PHP或者java，基本都有现成的jar包或者php框架，调用自动过滤用户的输入内容，避免了XSS

防御的方式有以下几种：

1、HttpOnly防止劫取Cookie

HttpOnly最早由微软提出，至今已经成为一个标准。浏览器将禁止页面的Javascript访问带有HttpOnly属性的Cookie。很多网站将用来认证的cookies设置为httponly

很多简单的xss攻击就是输入js来获取cookies等信息，关键cookies设置为httponly有效避免了这种情况

2、输入检查

输入检查一般是检查用户输入的数据中是否包含一些特殊字符，如<、>、'、"等，如果发现存在特殊字符，则将这些字符过滤或者编码。这里基本用现成框架内容即可

3、输出检查

大多人都知道输入需要做检查，但却忽略了输出检查。

 

在HTML标签中输出

如代码：

<?php
$a = "<script>alert(1);</script>";
$b = "<img src=# onerror=alert(2) />";
?>
<div><?=$b?></div>
<a href="#"><?=$a?></a>

这样客户端受到xss攻击，解决方法就是对变量使用htmlEncode,php中的函数是htmlentities

$a = "<script>alert(1);</script>";
$b = "<img src=# onerror=alert(2) />";
?>
<div><?=htmlentities($b)?></div>
<a href="#"><?=htmlentities($a)?></a>

在HTML属性中输出

<div id="div" name ="$var"></div>

这种情况防御也是使用htmlEncode
在owasp-php中实现:

$immune_htmlattr = array(',', '.', '-', '_');
$this->htmlEntityCodec->encode($this->immune_htmlattr, ""><script>123123;</script><"");

 

在<script>标签中输出

如代码：

<?php
$c = "1;alert(3)";
?>
<script type="text/javascript">
    var c = <?=$c?>;
</script>

 
这样xss又生效了。首先js变量输出一定要在引号内，但是如果我$c = ""abc;alert(123);//"，你会发现放引号中都没用，自带的函数都不能很好的满足。这时只能使用一个更加严格的JavascriptEncode函数来保证安全——除数字、字母外的所有字符，都使用十六进制"xHH"的方式进行编码。这里我采用开源的owasp-php方法来实现

$immune = array("");
echo $this->javascriptCodec->encode($immune, ""abc;alert(123);//");

最后输出x22abcx3Balertx28123x29x3Bx2Fx2F

 

在事件中输出

<a href="#" onclick="funcA('$var')" >test</a>

可能攻击方法

<a href="#" onclick="funcA('');alter(/xss/;//')">test</a>

这个其实就是写在<script>中，所以跟3防御相同

 

在css中输出

在owasp-php中实现：

$immune = array("");
$this->cssCodec->encode($immune, 'background:expression(window.x?0:(alert(/XSS/),window.x=1));');

在地址中输出
先确保变量是否是"http"开头，然后再使用js的encodeURI或encodeURIComponent方法。

在owasp-php中实现：

$instance = ESAPI::getEncoder();
$instance->encodeForURL(‘url’);

4、防御DOM Based XSS

DOM Based XSS是从javascript中输出数据到HTML页面里。

<script>
var x = "$var";
document.write("<a href='"+x+"'>test</a>");
</script>

按照三中输出检查用到的防御方法，在x赋值时进行编码，但是当document.write输出数据到HTML时，浏览器重新渲染了页面，会将x进行解码，因此这么一来，相当于没有编码，而产生xss。

防御方法：首先，还是应该做输出防御编码的，但后面如果是输出到事件或脚本，则要再做一次javascriptEncode编码，如果是输出到HTML内容或属性，则要做一次HTMLEncode。

会触发DOM Based XSS的地方有很多：

document.write()、document.writeln()、xxx.innerHTML=、xxx.outerHTML=、innerHTML.replace、document.attachEvent()、window.attachEvent()、document.location.replace()、document.location.assign()