Web安全有关(二):跨站请求伪造(CSRF/XSRF)Web安全息息相关(二):跨站请求伪造(CSRF/XSRF)

简介
  CSRF(Cross-site
request forgery跨站请求伪造,也让名“One Click Attack”或者Session
Riding,通常缩写为CSRF或者XSRF,是一律种对网站的恶意用。尽管放起如跨站脚本(XSS),但她同XSS非常例外,并且攻击方式几乎相左。XSS利用站点外之深信用户,而CSRF则透过伪装来自于信赖用户的恳求来行使吃信赖的网站。与XSS攻击相比,CSRF攻击往往无殊盛(因此对其开展防范的资源也相当罕见)和麻烦防范,所以被认为比较XSS更享有危险性。

简介
  CSRF(Cross-site
request forgery跨站请求伪造,也叫号称“One Click Attack”或者Session
Riding,通常缩写为CSRF或者XSRF,是一样种对网站的恶意用。尽管放起来如跨站脚本(XSS),但它们跟XSS非常例外,并且攻击方式几乎相左。XSS利用站点内的相信用户,而CSRF则透过伪装来自于信赖用户的求来以为信赖的网站。与XSS攻击相比,CSRF攻击往往不充分流行(因此对那进展防的资源为相当难得)和麻烦防范,所以受当比较XSS更享有危险性。

场景

场景

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

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

  图片 1

  图片 2

  图片 3

  图片 4

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

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

   图片 5

   图片 6

  图片 7

  图片 8

  大神God发现,这个网站并未开防止CSRF的点子,而且他好也闹一个起肯定访问量的网站,于是,他计划于自己的网站及内嵌一个潜伏的Iframe伪造请求(每10s发送一次于),来等鱼儿Fish上钩,给协调转账。

  大神God发现,这个网站尚未做防止CSRF的办法,而且他自己为来一个有得访问量的网站,于是,他计划以温馨的网站上内嵌一个隐蔽的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     <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>

   图片 9

   图片 10

  鱼儿Fish打开了大神God的网站,在点浏览丰富多彩的内容。此时冒充请求的结果是如此的(为了演示效果,去丢了影):

  鱼儿Fish打开了大神God的网站,在上头浏览丰富多彩的内容。此时冒充请求的结果是如此的(为了演示效果,去丢了隐藏):

   图片 11

   图片 12

  因为鱼儿Fish没有登陆,所以,伪造请求一直无法实施,一直跳反回登录页面。

  因为鱼儿Fish没有登陆,所以,伪造请求一直无法实施,一直过反回登录页面。

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

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

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

  这冒充请求的结果是如此的(为了演示效果,去丢了藏):

   图片 13

   图片 14

  鱼儿Fish每10秒会让大神God转账100正。

  鱼儿Fish每10秒会吃大神God转账100最先。

   图片 15

   图片 16

 

 

防止CSRF

  CSRF能打响是以同一个浏览器会共享Cookies,也就是说,通过权限认证与认证是无法防护CSRF的。那么该怎么防范CSRF呢?其实防止CSRF的不二法门好简短,只要确保请求是协调之站点来之饶足以了。那怎么管请求是发自于自己的站点也?ASP.NET以Token的样式来判断请求。

  我们需要以咱们的页面生成一个Token,发请求的当儿把Token带及。处理要的时用验证Cookies+Token。

  图片 17

  图片 18

  这冒充请求的结果是这般的(为了演示效果,去丢了藏匿):

  图片 19

防止CSRF

  CSRF能学有所成是为与一个浏览器会共享Cookies,也就是说,通过权限认证和证明是心有余而力不足预防CSRF的。那么该怎样预防CSRF呢?其实防止CSRF的措施好简单,只要确保请求是温馨之站点有的哪怕可了。那怎么管请求是现于自己之站点也?ASP.NET以Token的款式来判定请求。

  我们要以咱们的页面生成一个Token,发请求的早晚将Token带达。处理要的时光要验证Cookies+Token。

  图片 20

  图片 21

  这冒充请求的结果是这样的(为了演示效果,去丢了隐藏):

  图片 22

$.ajax

  如果自己的请求不是透过Form提交,而是经过Ajax来交给,会咋样也?结果是验证不通过。

  图片 23

  为什么会这则?我们回头看加了@Html.AntiForgeryToken()后页面及请的扭转。

  1.
页面多矣一个隐藏域,name为__RequestVerificationToken。

  图片 24

  2.
央中呢大多矣一个字段__RequestVerificationToken。

  图片 25

  原来要加这么个字段,我吗加一个非纵可了!

  图片 26  

  啊!为什么要不行…逼自己放大招,研究源码去!

  图片 27

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

   图片 28

  大功告成,好发成就感!

$.ajax

  如果自己的伸手不是由此Form提交,而是经过Ajax来交给,会咋样也?结果是印证不通过。

  图片 29

  为什么会立即规范?我们回头看加了@Html.AntiForgeryToken()后页面及请的生成。

  1.
页面多矣一个隐藏域,name为__RequestVerificationToken。

  图片 30

  2.
请求中呢多矣一个字段__RequestVerificationToken。

  图片 31

  原来要加这么个字段,我耶加一个休纵足以了!

  图片 32  

  啊!为什么要不行…逼自己放大招,研究源码去!

  图片 33

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

   图片 34

  大功告成,好发成就感!

全局处理

  如果有的操作请求都设加以一个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注册一下。

  图片 35  

  FAQ:

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

  如果稍微操作而无需开CSRF的拍卖,比如附件上传,你可以以对应之Controller或Action上补偿加BypassCsrfValidationAttribute。

  AllowAnonymousAttribute不仅会绕了CSRF的处理,还会绕了证明与验证。BypassCsrfValidationAttribute绕过CSRF但不绕了证明与认证,

否不怕是BypassCsrfValidationAttribute作用为那些登录还是授权后的Action。

 

  2.
胡就处理POST请求?

  我付出之时段发出一个标准化,查询都为此GET,操作用POST,而对查询的要没有必要举行CSRF的处理。大家可以依照自己之需去安排!

  

  3.
我举行了全局处理,然后还于Controller或Action上加了ValidateAntiForgeryToken或者AjaxValidateAntiForgeryToken,会冲也?

  不见面冲,只是验证会做少坏。

大局处理

  如果拥有的操作请求都要加一个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注册一下。

  图片 36  

  FAQ:

  1. BypassCsrfValidationAttribute凡是什么不好?不是出个AllowAnonymousAttribute吗?

  如果有些操作而莫需要开CSRF的处理,比如附件上传,你可以当相应之Controller或Action上加加BypassCsrfValidationAttribute。

  AllowAnonymousAttribute不仅会绕了CSRF的拍卖,还会绕了证实和证明。BypassCsrfValidationAttribute绕过CSRF但非绕了证实和说明,

为就是BypassCsrfValidationAttribute作用被那些登录要授权后底Action。

 

  2.
怎么才处理POST请求?

  我出的时候发一个尺度,查询都因此GET,操作用POST,而对查询的乞求没有必要举行CSRF的拍卖。大家可以以自己的急需去安排!

  

  3.
我开了大局处理,然后还在Controller或Action上加了ValidateAntiForgeryToken或者AjaxValidateAntiForgeryToken,会冲为?

  不会见冲,只是验证会做少糟糕。

源码下载

  为了方便使用,我并未采用其它数据库,而是用了一个文件来囤积数据。代码下载后可以直接运行,无需配置。

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

 

章转载自:http://www.cnblogs.com/Erik_Xu/p/5481441.html

源码下载

  为了方便使用,我并未应用另外数据库,而是用了一个文本来储存数据。代码下载后可以直接运行,无需配置。

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

 

文章转载自:http://www.cnblogs.com/Erik_Xu/p/5481441.html

相关文章

发表评论

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