利用AngularJS绕过XSS表达式沙箱

 
 

  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
<script>alert('Rob')</script> 
  
  

你可以发现，有两处修改了：

1. 引入了angular-1.4.8.min.js

2. 给body元素添加了ng-app

现在，我们的应用就很容易受到xss攻击了，但是，我们该如何攻击呢?

就像我们在简介中介绍的那样，如果把username改成1+2={{1+2}}会怎么样呢?

结果如下：

 
 

  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
1+2={{1+2}}
 
  
  
 
  
  
 
 
 

Angular将会把DOM解析成如下：

 
 

  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
1+2=3
 
  
  
 
  
  
 
 
 

可以看到括号里面的表达式被运行了，我们现在把username换成{{alert('Rob')}}试试，但是这样做被表达式沙盒拦截了。此时，我们可以认为我们写的页面是安全的，因为威胁语句被拦截了。

表达式沙盒化

在AngularJS中，沙盒化的目的并不是为了安全，更主要的是为了分离应用，例如，用户在获取window的时候是不被允许的，因为这样可以避免在你的程序中引入全局变量。

但是，如果在表达式被处理之前，有攻击者修改了页面模板，这样的情况沙盒是不会拦截的。也就是说，这种情况下，任何在花括号内的语句都能被执行，

所以Angular官方建议开发这类应用时，最好不要让用户可以修改客户端模板。具体建议如下：

不要把客户端和服务端模板混在一起

不要通过用户输入来动态的生成模板

不要用$scope.$eval运行用户输入内容

可以考虑使用CSP(也不要只依赖于CSP)

这些意味着如果应用页面允许用户的输入修改到客户端的模板中，那么这个页面将很容易被xss攻击，接下来我们来看看这个具体的例子：

绕过表达式沙盒

如果我们的payload被沙盒化了，我们该怎么样绕过呢?

如果我们的username是以下的值，将会发生什么呢?

{{'a'.constructor.prototype.charAt=[].join;eval('x=1} } };alert(1)//');

}}

上面的例子中，通过覆盖原始函数charAt，我们就可以绕过Angular的表达式沙盒，并且执行我们的语句alert(1)。具体的攻击原理可以参考http://blog.portswigger.net/2016/01/xss-without-html-client-side-template.html。

注意，这些测试只是在Chrome和AngularJS1.4.8中成功。在其他的浏览器中不知道能不能成功。

结论

如果服务端允许用户输入到Angular模板，这将会让你的应用陷入xss的攻击中。不过话说回来，最好不要把服务端的用户输入和客户端模板混合起来。关于这点你可以从这篇文章里面了解详细的内容https://github.com/rwinch/angularjs-escaping-expression-sandbox

网页标题：利用AngularJS绕过XSS表达式沙箱
本文路径：http://www.36103.cn/qtweb/news26/35026.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联