跨站央求伪造

by admin on 2019年10月5日

简介
  CSEnclaveF(Cross-site
request forgery跨站央浼伪造,也被叫作“One Click Attack”或然Session
Riding,通常缩写为CSEvoqueF只怕XS凯雷德F,是一种对网址的黑心使用。就算听上去像跨站脚本(XSS),但它与XSS特别例外,并且攻击方式大概相左。XSS利用站点内的亲信顾客,而CS奇骏F则通过伪装来自受信任客户的诉求来使用受信任的网址。与XSS攻击比较,CSEnclaveF攻击往往非常小流行(因而对其开展防备的财富也十二分难得)和麻烦堤防,所以被以为比XSS更具危险性。

场景

     
某技士大神God在某在线银行Online Bank给他的爱侣Friend转账。

  亚洲必赢手机 1

  亚洲必赢手机 2

  转账后,出于好奇,大神God查看了网址的源文件,以及捕获到转会的伸手。

   亚洲必赢手机 3

  亚洲必赢手机 4

  大神God发掘,这一个网址并未做防止CSEnclaveF的法子,何况她谐和也可能有二个有必然访问量的网址,于是,他布置在和煦的网址上内嵌一个潜藏的Iframe伪造央求(每10s发送贰回),来等待鱼儿Fish上钩,给谐和转账。

  网址源码:

 1 <html>
 2 <head>
 3     <meta http-equiv="Content-Type" content="text/html; charset=gb2312" /> 
 4     <title></title>
 5 </head>
 6 <body>
 7 <div>
 8     我是一个内容丰富的网站,你不会关闭我!
 9 </div>
10 
11 <iframe name="frame" src="invalid.html" sandbox="allow-same-origin allow-scripts allow-forms"  style="display: none; width: 800px; height: 1000px;"> </iframe> 
12 <script type="text/javascript">
13     setTimeout("self.location.reload();", 10000);
14 </script>
15 </body>
16 </html>

   伪造诉求源码:

 1 <html>
 2 <head>
 3     <title></title>
 4 </head>
 5 <body>
 6 <form id="theForm" action="http://localhost:22699/Home/Transfer" method="post">
 7     <input class="form-control" id="TargetUser" name="TargetUser" placeholder="用户名" type="text" value="God" />
 8     <input class="form-control" id="Amount" name="Amount" placeholder="转账金额" type="text" value="100" />
 9 </form>
10 
11 <script type="text/javascript">
12     document.getElementById('theForm').submit();
13 </script>
14 </body>
15 </html>

   亚洲必赢手机 5

  鱼儿Fish张开了大神God的网址,在上面浏览五光十色的内容。此时冒充乞请的结果是这么的(为了演示效果,去掉了隐形):

亚洲必赢手机,   亚洲必赢手机 6

  因为鱼儿Fish未有登录,所以,伪造要求一直不可能推行,一直跳转回登入页面。

  然后鱼儿Fish想起了要登陆在线银行Online
Bank查询内容,于是他登陆了Online Bank。

  此时冒充诉求的结果是如此的(为了演示效果,去掉了遮蔽):

   亚洲必赢手机 7

  鱼儿Fish每10秒会给大神God转账100元。

   亚洲必赢手机 8

 

防止CSRF

  CSENCOREF能成功是因为同一个浏览器会共享Cookies,也正是说,通过权限认证和证明是力所不及理防线护CS奥德赛F的。那么相应如何防守CSPRADOF呢?其实防止CS奥迪Q7F的措施非常粗略,只要确定保证央求是上下一心的站点发出的就足以了。那怎么保障须要是发泄于自个儿的站点呢?ASP.NET以Token的格局来推断伏乞。

  大家需求在大家的页不熟悉成多个Token,发央求的时候把Token带上。管理央求的时候须要验证Cookies+Token。

  亚洲必赢手机 9

  亚洲必赢手机 10

  此时假冒乞求的结果是那般的(为了演示效果,去掉了藏匿):

  亚洲必赢手机 11

$.ajax

  倘诺作者的央求不是由此Form提交,而是通过Ajax来交付,会怎样呢?结果是印证不经过。

  亚洲必赢手机 12

  为啥会那样子?咱们回头看看加了@Html.AntiForgeryToken()后页面和央求的扭转。

  1.
页面多了一个遮盖域,name为__RequestVerificationToken。

  亚洲必赢手机 13

  2.
须要中也多了二个字段__RequestVerificationToken。

  亚洲必赢手机 14

  原本要加这么个字段,我也加几个不就可以了!

  亚洲必赢手机 15  

  啊!为啥依然不行…逼笔者放大招,研讨源码去!

  亚洲必赢手机 16

  噢!原本token要从Form里面取。可是ajax中,Form里面并未东西。这token怎么办吧?作者把token放到碗里,不对,是放手header里。

   js代码:

 1 $(function () {
 2             var token = $('@Html.AntiForgeryToken()').val();
 3 
 4             $('#btnSubmit').click(function () {
 5                 var targetUser = $('#TargetUser').val();
 6                 var amount = $('#Amount').val();
 7                 var data = { 'targetUser': targetUser, 'amount': amount };
 8                 return $.ajax({
 9                     url: '@Url.Action("Transfer2", "Home")',
10                     type: 'POST',
11                     data: JSON.stringify(data),
12                     contentType: 'application/json',
13                     dataType: 'json',
14                     traditional: 'true',
15                     beforeSend: function (xhr) {
16                         xhr.setRequestHeader('__RequestVerificationToken', token);
17                     },
18                     success:function() {
19                         window.location = '@Url.Action("Index", "Home")';
20                     }
21                 });
22             });
23         });

   在服务端,参照他事他说加以考察ValidateAntiForgeryTokenAttribute,编写三个AjaxValidateAntiForgeryTokenAttribute:

 1 [AttributeUsage(AttributeTargets.Class | AttributeTargets.Method)]
 2     public class AjaxValidateAntiForgeryTokenAttribute : FilterAttribute, IAuthorizationFilter
 3     {     
 4         public void OnAuthorization(AuthorizationContext filterContext)
 5         {
 6             if (filterContext == null)
 7             {
 8                 throw new ArgumentNullException("filterContext");
 9             }
10 
11             var request = filterContext.HttpContext.Request;
12 
13             var antiForgeryCookie = request.Cookies[AntiForgeryConfig.CookieName];
14             var cookieValue = antiForgeryCookie != null ? antiForgeryCookie.Value : null;
15             var formToken = request.Headers["__RequestVerificationToken"];
16             AntiForgery.Validate(cookieValue, formToken);
17         }
18     }

   然后调用时把ValidateAntiForgeryToken替换来AjaxValidateAntiForgeryToken。

   亚洲必赢手机 17

  马到功成,好有成就感!

全局管理

  假使全体的操作要求都要加贰个ValidateAntiForgeryToken或许AjaxValidateAntiForgeryToken,不是挺麻烦呢?可以在有些地点联合管理啊?答案是足以的。

  ValidateAntiForgeryTokenAttribute承继IAuthorizationFilter,这就在AuthorizeAttribute里做联合管理呢。

  ExtendedAuthorizeAttribute:

 1 public class ExtendedAuthorizeAttribute : AuthorizeAttribute
 2     {
 3         public override void OnAuthorization(AuthorizationContext filterContext)
 4         {
 5             PreventCsrf(filterContext);
 6             base.OnAuthorization(filterContext);
 7             GenerateUserContext(filterContext);
 8         }
 9 
10         /// <summary>
11         /// http://www.asp.net/mvc/overview/security/xsrfcsrf-prevention-in-aspnet-mvc-and-web-pages
12         /// </summary>
13         private static void PreventCsrf(AuthorizationContext filterContext)
14         {
15             var request = filterContext.HttpContext.Request;
16 
17             if (request.HttpMethod.ToUpper() != "POST")
18             {
19                 return;
20             }
21 
22             var allowAnonymous = HasAttribute(filterContext, typeof(AllowAnonymousAttribute));
23 
24             if (allowAnonymous)
25             {
26                 return;
27             }
28 
29             var bypass = HasAttribute(filterContext, typeof(BypassCsrfValidationAttribute));
30 
31             if (bypass)
32             {
33                 return;
34             }
35 
36             if (filterContext.HttpContext.Request.IsAjaxRequest())
37             {
38                 var antiForgeryCookie = request.Cookies[AntiForgeryConfig.CookieName];
39                 var cookieValue = antiForgeryCookie != null ? antiForgeryCookie.Value : null;
40                 var formToken = request.Headers["__RequestVerificationToken"];
41                 AntiForgery.Validate(cookieValue, formToken);
42             }
43             else
44             {
45                 AntiForgery.Validate();
46             }
47         }
48 
49         private static bool HasAttribute(AuthorizationContext filterContext, Type attributeType)
50         {
51             return filterContext.ActionDescriptor.IsDefined(attributeType, true) ||
52                    filterContext.ActionDescriptor.ControllerDescriptor.IsDefined(attributeType, true);
53         }
54 
55         private static void GenerateUserContext(AuthorizationContext filterContext)
56         {
57             var formsIdentity = filterContext.HttpContext.User.Identity as FormsIdentity;
58 
59             if (formsIdentity == null || string.IsNullOrWhiteSpace(formsIdentity.Name))
60             {
61                 UserContext.Current = null;
62                 return;
63             }
64 
65             UserContext.Current = new WebUserContext(formsIdentity.Name);
66         }
67     }

   然后在FilterConfig注册一下。

  亚洲必赢手机 18  

  FAQ:

  1. BypassCsrfValidationAttribute是什么鬼?不是有个AllowAnonymousAttribute吗?

  要是某个操作你无需做CSLacrosseF的拍卖,比方附属类小部件上传,你能够在对应的Controller或Action上增多BypassCsrfValidationAttribute。

  AllowAnonymousAttribute不独有会绕过CS普拉多F的管理,还可能会绕过证实和验证。BypassCsrfValidationAttribute绕过CS驭胜F但不绕过表明和表明,

也便是BypassCsrfValidationAttribute效用于那么些登入或授权后的Action。

 

  2.
为啥只管理POST央浼?

  小编付出的时候有叁个条件,查询都用GET,操功用POST,而对此查询的伏乞没有须求做CS奥迪Q3F的拍卖。大家可以按自身的急需去安排!

  

  3.
作者做了大局管理,然后还在Controller或Action上加了ValidateAntiForgeryToken恐怕AjaxValidateAntiForgeryToken,会争辩呢?

  不会争持,只是验证会做五遍。

源码下载

  为了方便使用,作者从未运用其他数据库,而是用了五个文本来储存数据。代码下载后能够一向运行,没有要求配置。

  下载地址:https://github.com/ErikXu/CSRF

 

小说转发自:http://www.cnblogs.com/Erik_Xu/p/5481441.html

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图