瀏覽器常見攻擊方式（XSS和CSRF）
常見的瀏覽器攻擊分為兩種，一種為XSS（跨站指令碼攻擊），另一種則為CSRF（跨站請求偽造）。
XSS（跨站指令碼攻擊）
定義
XSS 全稱是 Cross Site Scripting，為了與“CSS”區分開來，故簡稱 XSS，翻譯過來就是“跨站指令碼”。XSS 攻擊是指黑客往 HTML 檔案中或者 DOM 中注入惡意指令碼，從而在使用者瀏覽頁面時利用注入的惡意指令碼對使用者實施攻擊的一種手段。
存在原因
瀏覽器為了在安全和自由之間找到一個平衡點。支援了頁面中的引用第三方資源和 跨域資源共享（CORS），這樣做帶來了很多安全問題，其中最典型的就是 XSS 攻擊。
攻擊方式
- 儲存型 XSS 攻擊
- 首先黑客利用站點漏洞將一段惡意 JavaScript 程式碼提交到網站的資料庫中；
- 然後使用者向網站請求包含了惡意 JavaScript 指令碼的頁面；
- 當用戶瀏覽該頁面的時候，惡意指令碼就會執行
- 反射型 XSS 攻擊
- 惡意 JavaScript 指令碼屬於使用者傳送給網站請求中的一部分。
- 隨後網站又把惡意 JavaScript 指令碼返回給使用者。
- 惡意 JavaScript 指令碼就可以在使用者頁面中被執行
- 基於 DOM 的 XSS 攻擊
基於 DOM 的 XSS 攻擊是不牽涉到頁面 Web 伺服器的。黑客通過各種手段將惡意指令碼注入使用者的頁面中，比如通過網路劫持在頁面傳輸過程中修改 HTML 頁面的內容，這種劫持型別很多，有通過 WiFi 路由器劫持的，有通過本地惡意軟體來劫持的，它們的共同點是在 Web 資源傳輸過程或者在使用者使用頁面的過程中修改 Web 頁面的資料。
危害
- 竊取 Cookie 資訊
竊取到Cookie後，就可以在其他電腦上模擬使用者的登入。
- 監聽使用者行為
可以使用“addEventListener”介面來監聽鍵盤事件
- 修改 DOM
可以通過修改 DOM 偽造假的登入視窗，用來欺騙使用者輸入使用者名稱和密碼等資訊
防禦
- 伺服器對輸入指令碼進行過濾或轉碼
- 充分利用 CSP
實施嚴格的 CSP 可以有效地防範 XSS 攻擊，具體來講 CSP 有如下幾個功能：
- 限制載入其他域下的資原始檔
- 禁止向第三方域提交資料，這樣使用者資料也不會外洩；
- 禁止執行內聯指令碼和未授權的指令碼；
- 還提供了上報機制，這樣可以幫助我們儘快發現有哪些 XSS 攻擊，以便儘快修復問題。
- 防止Cookie被盜用,使用 HttpOnly 屬性
使用 HttpOnly 標記的 Cookie 只能使用在 HTTP 請求過程中，所以無法通過 JavaScript 來讀取這段 Cookie。
CSRF
定義
CSRF 英文全稱是 Cross-site request forgery，是指黑客引誘使用者開啟黑客的網站，在黑客的網站中，利用使用者的登入狀態發起的跨站請求。簡單來講，CSRF 攻擊就是利用了使用者的登入狀態，並通過第三方的站點來做一些壞事。而且CSRF 攻擊並不需要將惡意程式碼注入使用者的頁面，僅僅是利用伺服器的漏洞和使用者的登入狀態來實施攻擊
存在原因
利用了web中使用者身份驗證的一個漏洞：簡單的身份驗證只能保證請求發自某個使用者的瀏覽器，卻不能保證請求本身是使用者自願發出的。
攻擊方式
- 自動發起 Get 請求
- 自動發起 POST 請求
- 引誘使用者點選連結
這幾種攻擊方式的前提
- 目標站點一定要有 CSRF 漏洞；
- 使用者要登入過目標站點，並且在瀏覽器上保持有該站點的登入狀態；
- 需要使用者開啟一個第三方站點，可以是黑客的站點，也可以是一些論壇。
具體流程參考下圖
危害
利用登陸態，可以做任何你登陸某網站後的操作，例如轉賬，更改資訊等等
防禦
- 充分利用好 Cookie 的 SameSite 屬性
Cookie 的SameSite屬性用來限制第三方 Cookie，從而減少安全風險。他可以設定三個值
1.Strict
瀏覽器會完全禁止第三方 Cookie，跨站點時，任何情況下都不會發送 Cookie。換言之，只有當前網頁的 URL 與請求目標一致，才會帶上 Cookie。
2.Lax
在跨站點的情況下Lax規則稍稍放寬，大多數情況也是不傳送第三方 Cookie，但是導航到目標網址的 Get 請求除外。包括連結，預載入請求，GET 表單。而如果在第三方站點中使用 Post 方法，或者通過 img、iframe 等標籤載入的 URL，這些場景都不會攜帶 Cookie。
3.None
在任何情況下都會發送 Cookie 資料，最新版本的Chrome中Lax變為預設設定。這時，網站可以選擇顯式關閉SameSite屬性，將其設為None。不過，前提是必須同時設定Secure屬性（Cookie 只能通過 HTTPS 協議傳送），否則無效。
更多：https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers/Set-Cookie/SameSite
- 驗證請求的來源站點
根據HTTP 請求頭中的 Referer 和 Origin 屬性在伺服器端驗證請求來源的站點。Referer和Origin 都是 HTTP 請求頭中的一個欄位，
- Referer記錄了該 HTTP 請求的來源地址。
- Origin屬性只包含了域名資訊，並沒有包含具體的 URL 路徑。
- 伺服器的策略是優先判斷 Origin，如果請求頭中沒有包含 Origin 屬性，再根據實際情況判斷是否使用 Referer 值。
- CSRF Token
- 在瀏覽器向伺服器發起請求時，伺服器生成一個 CSRF Token。CSRF Token 其實就是伺服器生成的字串，然後將該字串植入到返回的頁面中。
- 在瀏覽器端如果要發起某些請求，那麼需要帶上頁面中的 CSRF Token，然後伺服器會驗證該 Token 是否合法。如果是從第三方站點發出的請求，那麼將無法獲取到 CSRF Token 的值，所以即使發出了請求，伺服器也會因為 CSRF Token 不正確而拒絕請求。
語雀文件地址
https://www.yuque.com/suihangadam/liulanqi
參考
極客時間瀏覽器原理與實踐
https://www.cnblogs.com/itsuibi/p/10752868.html
MDN：https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers/Set-Cookie/SameSite
&n