web安全之如何防止CSRF跨站請求偽造

CSRF（Cross-site request forgery）跨站請求偽造，也被稱為“One Click Attack”或者Session Riding，通常縮寫為CSRF或者XSRF，是一種對網站的惡意利用。盡管聽起來像跨站腳本（XSS），但它與XSS非常不同，XSS利用站點內的信任用戶，而CSRF則通過偽裝來自受信任用戶的請求來利用受信任的網站。與XSS攻擊相比，CSRF攻擊往往不大流行（因此對其進行防范的資源也相當稀少）和難以防范，所以被認為比XSS更具危險性。

下面是CSRF的常見特性：

依靠用戶標識危害網站

利用網站對用戶標識的信任

欺騙用戶的瀏覽器發送HTTP請求給目標站點

另外可以通過IMG標簽會觸發一個GET請求，可以利用它來實現CSRF攻擊。

CSRF攻擊依賴下面的假定：

攻擊者了解受害者所在的站點

攻擊者的目標站點具有持久化授權cookie或者受害者具有當前會話cookie

目標站點沒有對用戶在網站行為的第二授權

 

 

這里要說的解決辦法是利用Token

以下信息來自：大陶陶博客

Token，就是令牌，最大的特點就是隨機性，不可預測。一般黑客或軟件無法猜測出來。

那么，Token有什么作用？又是什么原理呢？

Token一般用在兩個地方:

• 1)防止表單重復提交、
• 2)anti csrf攻擊（跨站點請求偽造）。

兩者在原理上都是通過session token來實現的。當客戶端請求頁面時，服務器會生成一個隨機數Token，並且將Token放置到session當中，然后將Token發給客戶端（一般通過構造hidden表單）。下次客戶端提交請求時，Token會隨着表單一起提交到服務器端。
然后，如果應用於“anti csrf攻擊”，則服務器端會對Token值進行驗證，判斷是否和session中的Token值相等，若相等，則可以證明請求有效，不是偽造的。
不過，如果應用於“防止表單重復提交”，服務器端第一次驗證相同過后，會將session中的Token值更新下，若用戶重復提交，第二次的驗證判斷將失敗，因為用戶提交的表單中的Token沒變，但服務器端session中Token已經改變了。

上面的session應用相對安全，但也叫繁瑣，同時當多頁面多請求時，必須采用多Token同時生成的方法，這樣占用更多資源，執行效率會降低。因此，也可用cookie存儲驗證信息的方法來代替session Token。比如，應對“重復提交”時，當第一次提交后便把已經提交的信息寫到cookie中，當第二次提交時，由於cookie已經有提交記錄，因此第二次提交會失敗。
不過，cookie存儲有個致命弱點，如果cookie被劫持（xss攻擊很容易得到用戶cookie），那么又一次gameover。黑客將直接實現csrf攻擊。

所以，安全和高效相對的。具體問題具體對待吧。

 

此外，要避免“加token但不進行校驗”的情況，在session中增加了token，但服務端沒有對token進行驗證，根本起不到防范的作用。

還需注意的是，對數據庫有改動的增刪改操作，需要加token驗證，對於查詢操作，一定不要加token，防止攻擊者通過查詢操作獲取token進行csrf攻擊。但並不是這樣攻擊者就無法獲得token，只是增大攻擊成本而已。