Web安全相關(二):跨站請求僞造(CSRF/XSRF)

簡介
  CSRF(Cross-site request forgery跨站請求僞造,也被稱爲「One Click Attack」或者Session Riding,一般縮寫爲CSRF或者XSRF,是一種對網站的惡意利用。儘管聽起來像跨站腳本(XSS),但它與XSS很是不一樣,而且攻擊方式幾乎相左。XSS利用站點內的信任用戶,而CSRF則經過假裝來自受信任用戶的請求來利用受信任的網站。與XSS攻擊相比,CSRF攻擊每每不大流行(所以對其進行防範的資源也至關稀少)和難以防範,因此被認爲比XSS更具危險性。javascript

場景html

      某程序員大神God在某在線銀行Online Bank給他的朋友Friend轉帳。java

  

  

  轉帳後,出於好奇,大神God查看了網站的源文件,以及捕獲到轉帳的請求。git

   

  

  大神God發現,這個網站沒有作防止CSRF的措施,並且他本身也有一個有必定訪問量的網站,因而,他計劃在本身的網站上內嵌一個隱藏的Iframe僞造請求(每10s發送一次),來等待魚兒Fish上鉤,給本身轉帳。程序員

  網站源碼:github

 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>

   僞造請求源碼:web

 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>

   

  魚兒Fish打開了大神God的網站,在上面瀏覽豐富多彩的內容。此時僞造請求的結果是這樣的(爲了演示效果,去掉了隱藏):ajax

   

  由於魚兒Fish沒有登錄,因此,僞造請求一直沒法執行,一直跳轉回登陸頁面。數據庫

  而後魚兒Fish想起了要登陸在線銀行Online Bank查詢內容,因而他登陸了Online Bank。json

  此時僞造請求的結果是這樣的(爲了演示效果,去掉了隱藏):

   

  魚兒Fish每10秒會給大神God轉帳100元。

   

 

防止CSRF

  CSRF能成功是由於同一個瀏覽器會共享Cookies,也就是說,經過權限認證和驗證是沒法防止CSRF的。那麼應該怎樣防止CSRF呢?其實防止CSRF的方法很簡單,只要確保請求是本身的站點發出的就能夠了。那怎麼確保請求是發自於本身的站點呢?ASP.NET以Token的形式來判斷請求。

  咱們須要在咱們的頁面生成一個Token,發請求的時候把Token帶上。處理請求的時候須要驗證Cookies+Token。

  

  

  此時僞造請求的結果是這樣的(爲了演示效果,去掉了隱藏):

  

$.ajax

  若是個人請求不是經過Form提交,而是經過Ajax來提交,會怎樣呢?結果是驗證不經過。

  

  爲何會這樣子?咱們回頭看看加了@Html.AntiForgeryToken()後頁面和請求的變化。

  1. 頁面多了一個隱藏域,name爲__RequestVerificationToken。

  

  2. 請求中也多了一個字段__RequestVerificationToken。

  

  原來要加這麼個字段,我也加一個不就能夠了!

    

  啊!爲何仍是不行...逼我放大招,研究源碼去!

  

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

   

  大功告成,好有成就感!

全局處理

  若是全部的操做請求都要加一個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註冊一下。

    

  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

相關文章
相關標籤/搜索