CSRF

現(xiàn)在的網(wǎng)站都有利用CSRF令牌來防止CSRF，就是在請求包的字段加一個csrf的值，防止csrf，要想利用該漏洞，要和xss組合起來，利用xss獲得該csrf值，在構(gòu)造的請求中將csrf值加進去，就可以繞過csrf防御，利用該漏洞。

該漏洞與xss的區(qū)別：xss是通過執(zhí)行惡意腳本，獲取到用戶的cookie等信息，再利用cookie等信息進行繞過登錄限制，做一些用戶可以做的事。

而csrf是偽造請求，讓用戶自己執(zhí)行攻擊者偽造的請求，這個過程是用戶自己完成的。

漏洞原理

跨站請求偽造，攻擊者偽造一個請求（通常是一個惡意鏈接）發(fā)送給用戶，用戶在登錄的情況下點擊該鏈接，服務器就會以用戶的身份去執(zhí)行攻擊者偽造的這個請求，從而造成攻擊。

漏洞危害

1. 修改用戶信息：修改郵箱，更改密碼、轉(zhuǎn)賬等。

如果修改的信息是GET方式提交的，我們就直接將修改信息的url發(fā)送給用戶，用戶登錄情況下點擊該鏈接，就把他的信息修改為我們url中的值了。

如果是POST傳參，那我們就需要搭建一個公網(wǎng)服務器，偽造一個自動提交的修改用戶信息的表單，同樣發(fā)送給用戶一個鏈接，讓用戶在登錄存在漏洞網(wǎng)站的情況下訪問我們構(gòu)造的這個表單，從而修改用戶信息。

防御繞過

1. 切換請求方式繞過CSRF令牌驗證：

某些應用程序只在POST請求中驗證CSRF令牌，所以我們將請求方法改為GET，就可以繞過CSRF令牌驗證。

抓包，利用burp的 Change request method，來將請求改為GET方式。

再利用CSRF poc生成器生成一個自動提交腳本代碼的poc。

2. 令牌存在即驗證：

我們可以直接將CSRF令牌參數(shù)刪除，看能否繞過，因為有的應用程序只有令牌存在時進行驗證，如果不存在令牌，則不驗證。

3. 令牌未綁定到用戶會話繞過：

應用程序沒有將CSRF令牌與用戶會話進行綁定，只是在他的令牌池中進行驗證，只要請求中的令牌存在于令牌 池中，則通過驗證。攻擊者就可以使用自己的賬戶登錄，拿到一個有效令牌，然后在攻擊者將該令牌提供給正常用戶，就會繞過令牌驗證，造成攻擊。

4. 令牌未綁定到會話cookie:

雖然令牌綁定了cookie，但未將令牌綁定到用于跟蹤會話的cookie上。當應用程序使用兩個不同的框架時，很容易發(fā)生這種情況。一個cookie用于會話處理，一個用于CSRF保護，他倆沒有集成在一起。

漏洞利用

利用burp 的CSRF poc生成器生成poc。再將poc復制到自己的vps中，讓用戶進行訪問該poc，就完成攻擊。

因為要自動提交修改信息的請求，所以在burp中，還要勾選include auto-submit script，重新生成一個可以自動提交的poc。

防御措施

1. 增加token驗證：

在http請求中以參數(shù)的形式加入一個隨機產(chǎn)生的token，并在服務端來驗證這個token值，如果token不存在或者不正確，則拒絕該請求。

2. 驗證Referer字段：

驗證http請求包referer字段值，該字段值記錄了http請求的來源url，如果來源地址不一樣，則說明該請求不合法，服務端拒絕該請求。這個防御方法攻擊者可以進行繞過，攻擊者自定義referer字段來繞過。

或者直接刪除Referer字段值，也可繞過。

3. 對關(guān)鍵操作進行二次身份驗證：

修改密碼、重置密碼等要進行二次身份驗證，或者增加驗證碼驗證。

4. 使用SameSite cookie

SameSite屬性用來控制在跨站請求中是否包含cookie。通常與CSRF令牌一起使用。

如果該屬性設置為SameSite=Strict; 則瀏覽器不會在來自其他站點的任何請求中包含cookie，這種方法雖然防御性最好，但是影響用戶體驗，用戶訪問第三方鏈接時，用顯示未登錄。需要再次登錄才能正常與網(wǎng)站交互。

如果設置為SameSite=Lax; 瀏覽器會判斷跨站請求是GET還是POST請求方式，如果是GET請求，則會給該請求包含cookie，如果是其他請求方法，會不包含cookie。并且還會判斷該請求是否是用戶的頂級導航（單擊鏈接 ）,如果是其他請求，例如：由腳本發(fā)起的請求，則也會不包含cookie。

Set-Cookie: SessionId=sYMnfCUrAlmqVVZn9dqevxyFpKZt30NN; SameSite=Strict;
Set-Cookie: SessionId=sYMnfCUrAlmqVVZn9dqevxyFpKZt30NN; SameSite=Lax;

5. CSRF令牌驗證

在服務端應用程序生成，并包含在后續(xù)的http請求中，后面所有的http請求都需要包含該令牌，如果令牌丟失或者無效，服務端會拒絕該請求。

總結(jié)

到此這篇關(guān)于CSRF跨站請求偽造漏洞分析與防御的文章就介紹到這了,更多相關(guān)CSRF跨站請求偽造漏洞內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論