Web安全有关,跨站请求伪造

Posted by

简介
  CS途睿欧F(克罗丝-site
request forgery跨站请求伪造,也被称呼“One Click Attack”大概Session
Riding,平时缩写为CS奇骏F也许XS猎豹CS陆F,是一种对网址的恶心使用。尽管听起来像跨站脚本(XSS),但它与XSS格外例外,并且攻击方式大约相左。XSS利用站点内的信任用户,而CSTiguanF则经过伪装来自受正视用户的伏乞来行使受重视的网址。与XSS攻击比较,CSHavalF攻击往往不大流行(由此对其进行防御的财富也十分罕见)和难以免卫,所以被感觉比XSS更具危急性。

简介
  CSPAJEROF(克罗丝-site
request forgery跨站请求伪造,也被称之为“One Click Attack”也许Session
Riding,平日缩写为CSPRADOF或然XS猎豹CS6F,是1种对网址的恶意使用。固然听起来像跨站脚本(XSS),但它与XSS十分例外,并且攻击形式差不多相左。XSS利用站点内的信任用户,而CSPAJEROF则透过伪装来自受重视用户的央浼来利用受注重的网址。与XSS攻击比较,CS奥迪Q5F攻击往往十分的小流行(由此对其展开防守的能源也一定罕见)和不便防守,所以被感到比XSS更具危慢性。

简介
  CS奇骏F(克罗丝-site
request forgery跨站请求伪造,也被喻为“One Click Attack”也许Session
Riding,日常缩写为CSHummerH贰F或然XS奥迪Q五F,是壹种对网址的黑心使用。即使听起来像跨站脚本(XSS),但它与XSS卓殊分化,并且攻击情势差不多相左。XSS利用站点内的深信用户,而CSENCOREF则通过伪装来自受依赖用户的请求来使用受依赖的网址。与XSS攻击相比较,CS奥迪Q5F攻击往往相当小流行(因而对其开始展览防止的能源也一定难得)和麻烦堤防,所以被感到比XSS更具危慢性。

场景

场景

场景

     
某程序猿大神God在某在线银行Online Bank给她的情人Friend转账。

     
某程序猿大神God在某在线银行Online Bank给她的朋友Friend转账。

     
某技士大神God在某在线银行Online Bank给她的恋人Friend转账。

  图片 1

  图片 1

  图片 1

  图片 4

  图片 4

  图片 4

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

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

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

   图片 7

   图片 7

   图片 7

  图片 10

  图片 10

  图片 10

  大神God开掘,那些网址未有做防止CSKoleosF的章程,而且她谐和也有3个有自然访问量的网址,于是,他陈设在大团结的网站上内嵌2个掩蔽的Iframe伪造请求(每10s出殡和埋葬一次),来等待鱼儿Fish上钩,给自身转账。

  大神God发掘,那几个网址尚未做幸免CSSportageF的法门,而且他和煦也有3个有自然访问量的网址,于是,他布署在大团结的网址上内嵌2个藏匿的Iframe伪造请求(每10s出殡和埋葬叁次),来等待鱼儿Fish上钩,给自个儿转账。

  大神God开掘,这几个网址并未有做防止CS奥迪Q3F的主意,而且她协和也有2个有自然访问量的网址,于是,他安插在大团结的网址上内嵌二个潜藏的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     <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     <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>
 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>
 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>

   图片 13

   图片 13

   图片 13

  鱼儿Fish张开了大神God的网址,在地点浏览有滋有味的内容。此时冒充请求的结果是如此的(为了演示效果,去掉了藏匿):

  鱼儿Fish张开了大神God的网址,在地点浏览形形色色的内容。此时冒充请求的结果是这么的(为了演示效果,去掉了藏匿):

  鱼儿Fish打开了大神God的网址,在地点浏览美妙绝伦的内容。此时冒充请求的结果是如此的(为了演示效果,去掉了藏匿):

   图片 16

   图片 16

   图片 16

  因为鱼儿Fish未有登入,所以,伪造请求一向无法施行,一直跳转回登入页面。

  因为鱼儿Fish未有登入,所以,伪造请求一贯无法施行,平昔跳转回登入页面。

  因为鱼儿Fish未有登录,所以,伪造请求一向无法实践,平素跳转回登陆页面。

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

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

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

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

  此时假冒请求的结果是那样的(为了演示效果,去掉了隐形):

  此时假冒请求的结果是那样的(为了演示效果,去掉了隐形):

   图片 19

   图片 19

   图片 19

  鱼儿Fish每十秒会给大神God转账拾0元。

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

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

   图片 22

   图片 22

   图片 22

 

 

 

防止CSRF

  CSLANDF能得逞是因为同2个浏览器会共享Cookies,也正是说,通过权限认证和表明是心有余而力不足防御CS大切诺基F的。那么相应怎么着防范CSPAJEROF呢?其实制止CS帕杰罗F的法子很轻易,只要确认保证请求是和谐的站点发出的就足以了。那怎么保障请求是发泄于本人的站点呢?ASP.NET以Token的款式来判别请求。

  大家供给在大家的页目生成二个Token,发请求的时候把Token带上。管理请求的时候要求验证Cookies+Token。

  图片 25

  图片 26

  此时假冒请求的结果是这么的(为了演示效果,去掉了隐形):

  图片 27

防止CSRF

  CS景逸SUVF能学有所成是因为同一个浏览器会共享Cookies,也正是说,通过权限认证和注脚是力不从心防范CS路虎极光F的。那么相应怎么幸免CSBMWX伍F呢?其实幸免CS奥迪Q5F的法子很简短,只要确定保证请求是友好的站点发出的就足以了。那怎么保障请求是发泄于自身的站点呢?ASP.NET以Token的样式来判别请求。

  我们要求在大家的页目生成叁个Token,发请求的时候把Token带上。处理请求的时候需求验证库克ies+Token。

  图片 25

  图片 26

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

  图片 27

防止CSRF

  CS奇骏F能打响是因为同三个浏览器会共享Cookies,也正是说,通过权限认证和表达是无能为力防范CSPRADOF的。那么相应什么防止CS福睿斯F呢?其实幸免CSQX56F的法子一点也不细略,只要确定保证请求是团结的站点发出的就足以了。那怎么保险请求是发泄于本人的站点呢?ASP.NET以Token的花样来判断请求。

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

  图片 25

  图片 26

  此时冒充请求的结果是这么的(为了演示效果,去掉了藏匿):

  图片 27

$.ajax

  倘使本人的央求不是经过Form提交,而是通过Ajax来交付,会怎样呢?结果是表达不经过。

  图片 34

  为何会那样子?大家回头看看加了@Html.AntiForgeryToken()后页面和伸手的扭转。

  一.
页面多了三个隐藏域,name为__RequestVerificationToken。

  图片 35

  2.
请求中也多了多少个字段__RequestVerificationToken。

  图片 36

  原来要加这么个字段,笔者也加多个不就能够了!

  图片 37  

  啊!为啥仍旧不行…逼本身放大招,研讨源码去!

  图片 38

  噢!原来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。

   图片 39

  马到成功,好有成就感!

$.ajax

  假若作者的请求不是因而Form提交,而是通过Ajax来交付,会怎么样呢?结果是印证不经过。

  图片 34

  为何会那标准?大家回头看看加了@Html.AntiForgeryToken()后页面和乞求的退换。

  一.
页面多了叁个隐藏域,name为__RequestVerificationToken。

  图片 35

  二.
呼吁中也多了叁个字段__RequestVerificationToken。

  图片 36

  原来要加这么个字段,小编也加二个不就足以了!

  图片 37  

  啊!为何还是不行…逼自身放大招,切磋源码去!

  图片 38

  噢!原来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。

   图片 39

  旗开得胜,好有成就感!

$.ajax

  假诺自己的伸手不是经过Form提交,而是通过Ajax来交付,会怎么样呢?结果是验证不经过。

  图片 34

  为何会那规范?咱们回头看看加了@Html.AntiForgeryToken()后页面和伸手的成形。

  1.
页面多了三个隐藏域,name为__RequestVerificationToken。

  图片 35

  二.
伸手中也多了贰个字段__RequestVerificationToken。

  图片 36

  原来要加这么个字段,作者也加三个不就能够了!

  图片 37  

  啊!为何照旧不行…逼本身放大招,斟酌源码去!

  图片 38

  噢!原来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,编写1个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。

   图片 39

  马到功成,好有成就感!

全局管理

  假如全部的操作请求都要加3个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注册一下。

  图片 52  

  FAQ:

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

  假诺有个别操作你不须要做CSCRUISERF的拍卖,比方附属类小部件上传,你能够在对应的Controller或Action上增多BypassCsrfValidationAttribute。

  AllowAnonymousAttribute不仅会绕过CS奥迪Q3F的管理,还会绕过证实和表明。BypassCsrfValidationAttribute绕过CSCRUISERF但不绕过注明和表明,

也正是BypassCsrfValidationAttribute成效于那多少个登入或授权后的Action。

 

  二.
为何只管理POST请求?

  小编付出的时候有3个条件,查询都用GET,操功用POST,而对此查询的央求完全没有须要做CSCR-VF的拍卖。我们能够按本身的需求去安插!

  

  三.
小编做了全局管理,然后还在Controller或Action上加了ValidateAntiForgeryToken大概AjaxValidateAntiForgeryToken,会争辨吧?

  不会争执,只是验证会做三次。

全局管理

  借使持有的操作请求都要加四个ValidateAntiForgeryToken恐怕AjaxValidateAntiForgeryToken,不是挺麻烦呢?能够在某些地点集结管理呢?答案是足以的。

  ValidateAntiForgeryTokenAttribute承接IAuthorizationFilter,那就在AuthorizeAttribute里做统1管理吧。

  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注册一下。

  图片 52  

  FAQ:

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

  假如略微操作你不要求做CSTiguanF的拍卖,举例附属类小部件上传,你能够在相应的Controller或Action上增多BypassCsrfValidationAttribute。

  AllowAnonymousAttribute不仅会绕过CS智跑F的拍卖,还会绕过证实和认证。BypassCsrfValidationAttribute绕过CSLANDF但不绕过表明和注解,

相当于BypassCsrfValidationAttribute功能于这几个登入或授权后的Action。

 

  贰.
为啥只处理POST请求?

  作者付出的时候有2个准绳,查询都用GET,操效率POST,而对于查询的乞求完全没有需要做CS逍客F的处理。大家能够按自身的急需去布署!

  

  3.
小编做了大局管理,然后还在Controller或Action上加了ValidateAntiForgeryToken或许AjaxValidateAntiForgeryToken,会龃龉呢?

  不会争持,只是验证会做两回。

大局管理

  要是具备的操作请求都要加2个ValidateAntiForgeryToken只怕AjaxValidateAntiForgeryToken,不是挺费力呢?能够在有些地方集结管理呢?答案是能够的。

  ValidateAntiForgeryTokenAttribute承袭IAuthorizationFilter,那就在AuthorizeAttribute里做统1管理吧。

  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注册一下。

  图片 52  

  FAQ:

  一. BypassCsrfValidationAttribute是如何鬼?不是有个AllowAnonymousAttribute吗?

  假设有点操作你不需求做CS翼虎F的管理,举例附属类小部件上传,你可以在相应的Controller或Action上增加BypassCsrfValidationAttribute。

  AllowAnonymousAttribute不仅会绕过CS宝马7系F的拍卖,还会绕过证实和验证。BypassCsrfValidationAttribute绕过CSCR-VF但不绕过注脚和表达,

约等于BypassCsrfValidationAttribute作用于那个登入或授权后的Action。

 

  二.
为什么只管理POST请求?

  小编付出的时候有多少个尺度,查询都用GET,操成效POST,而对于查询的呼吁完全没有须要做CS途达F的管理。大家能够按自身的内需去安顿!

  

  三.
作者做了大局管理,然后还在Controller或Action上加了ValidateAntiForgeryToken大概AjaxValidateAntiForgeryToken,会争论吧?

  不会顶牛,只是验证会做五次。

源码下载

  为了方便使用,笔者从不利用别的数据库,而是用了多少个文件来储存数据。代码下载后得以直接运维,无需配置。

  下载地址:

 

文章转发自:

源码下载

  为了方便使用,笔者尚未运用其余数据库,而是用了二个文书来囤积数据。代码下载后方可直接运营,无需配置。

  下载地址:

 

小说转发自:

源码下载

  为了方便使用,小编一直不动用别的数据库,而是用了2个文本来存储数据。代码下载后方可间接运营,无需配置。

  下载地址:

 

小说转发自:

相关文章

Leave a Reply

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