一、CSRF 攻擊是什么？

Cookie 往往用來存儲用戶的身份信息，惡意網(wǎng)站可以設法偽造帶有正確 Cookie 的 HTTP 請求，這就是 CSRF 攻擊。

舉例來說，用戶登陸了銀行網(wǎng)站your-bank.com，銀行服務器發(fā)來了一個 Cookie。

Set-Cookie:id=a3fWa;

用戶后來又訪問了惡意網(wǎng)站malicious.com，上面有一個表單。

<form action="your-bank.com/transfer" method="POST">
  ...
</form>

用戶一旦被誘騙發(fā)送這個表單，銀行網(wǎng)站就會收到帶有正確 Cookie 的請求。為了防止這種攻擊，表單一般都帶有一個隨機 token，告訴服務器這是真實請求。

<form action="your-bank.com/transfer" method="POST">
  <input type="hidden" name="token" value="dad3weg34">
  ...
</form>

這種第三方網(wǎng)站引導發(fā)出的 Cookie，就稱為第三方 Cookie。它除了用于 CSRF 攻擊，還可以用于用戶追蹤。

比如，F(xiàn)acebook 在第三方網(wǎng)站插入一張看不見的圖片。

<img src="facebook.com" style="visibility:hidden;">

瀏覽器加載上面代碼時，就會向 Facebook 發(fā)出帶有 Cookie 的請求，從而 Facebook 就會知道你是誰，訪問了什么網(wǎng)站。

二、SameSite 屬性

Cookie 的SameSite屬性用來限制第三方 Cookie，從而減少安全風險。

它可以設置三個值。

• Strict
• Lax
• None

2.1 Strict

Strict最為嚴格，完全禁止第三方 Cookie，跨站點時，任何情況下都不會發(fā)送 Cookie。換言之，只有當前網(wǎng)頁的 URL 與請求目標一致，才會帶上 Cookie。

Set-Cookie: CookieName=CookieValue; SameSite=Strict;

這個規(guī)則過于嚴格，可能造成非常不好的用戶體驗。比如，當前網(wǎng)頁有一個 GitHub 鏈接，用戶點擊跳轉(zhuǎn)就不會帶有 GitHub 的 Cookie，跳轉(zhuǎn)過去總是未登陸狀態(tài)。

2.2 Lax

Lax規(guī)則稍稍放寬，大多數(shù)情況也是不發(fā)送第三方 Cookie，但是導航到目標網(wǎng)址的 Get 請求除外。

Set-Cookie: CookieName=CookieValue; SameSite=Lax;

導航到目標網(wǎng)址的 GET 請求，只包括三種情況：鏈接，預加載請求，GET 表單。詳見下表。

設置了Strict或Lax以后，基本就杜絕了 CSRF 攻擊。當然，前提是用戶瀏覽器支持 SameSite 屬性。

2.3 None

Chrome 計劃將Lax變?yōu)槟J設置。這時，網(wǎng)站可以選擇顯式關閉SameSite屬性，將其設為None。不過，前提是必須同時設置Secure屬性（Cookie 只能通過 HTTPS 協(xié)議發(fā)送），否則無效。

下面的設置無效。

Set-Cookie: widget_session=abc123; SameSite=None

下面的設置有效。

Set-Cookie: widget_session=abc123; SameSite=None; Secure

三、參考鏈接

• Using the Same-Site Cookie Attribute to Prevent CSRF Attacks
• SameSite cookies explained
• Tough Cookies, Scott Helme
• Cross-Site Request Forgery is dead!, Scott Helme

到此這篇關于Cookie 的 SameSite 屬性的文章就介紹到這了,更多相關Cookie SameSite 屬性內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論