Cookie防篡改機制

我是leon發表於2018-05-21
Cookie

一、為什麼Cookie需要防篡改

為什麼要做Cookie防篡改，一個重要原因是 Cookie中儲存有判斷當前登陸使用者會話資訊（Session）的會話票據-SessionID和一些使用者資訊。 當發起一個HTTP請求，HTTP請求頭會帶上Cookie，Cookie裡面就包含有SessionID。 後端服務根據SessionID，去獲取當前的會話資訊。如果會話資訊存在，則代表該請求的使用者已經登陸。 伺服器根據登陸使用者的許可權，返回請求的資料到瀏覽器端。

因為Cookie是儲存在客戶端，使用者可以隨意修改。所以，存在一定的安全隱患。

二、例子

username是為了通俗易懂地解釋這個概念，實際專案都不會這麼做的，周知。

  1. 使用者wall在瀏覽器端輸入使用者名稱密碼,發起POST請求到後端伺服器。後端伺服器驗證合法，返回Response，並Set-Cookie為sessionid=***;username=wall;。
  2. 瀏覽器端在接收到HTTP響應後，發現Set-Cookie，將其存入本地記憶體或硬碟中。
  3. 瀏覽器端再次發起請求，帶上Cookie資訊sessionid=***;username=wall;，請求修改自己的頭像資訊。
  4. 伺服器根據sessionid驗證當前使用者已登陸，根據username,查詢資料庫中的對應資料，修改頭像資訊。

如果當前使用者知道username的作用，修改username=pony。再次發起請求，則伺服器接收到請求後，會去修改username為pony的資料。 這樣，就暴露出資料被惡意篡改的風險。

三、防篡改簽名

伺服器為每個Cookie項生成簽名。如果使用者篡改Cookie，則與簽名無法對應上。以此，來判斷資料是否被篡改。

原理如下：

  • 服務端提供一個簽名生成演算法secret
  • 根據方法生成簽名secret(wall)=34Yult8i
  • 將生成的簽名放入對應的Cookie項username=wall|34Yult8i。其中，內容和簽名用|隔開。
  • 服務端根據接收到的內容和簽名，校驗內容是否被篡改。

舉個栗子：

比如伺服器接收到請求中的Cookie項username=pony|34Yult8i，然後使用簽名生成演算法secret(pony)=666。 演算法得到的簽名666和請求中資料的簽名不一致，則證明資料被篡改。

四、敏感資料的保護

鑑於Cookie的安全性隱患，敏感資料都應避免儲存在Cookie。 應該根據SessionID，將敏感資料儲存在後端。取資料時，根據SessionID去後端伺服器獲取即可。 另外，對一些重要的Cookie項，應該生成對應的簽名，來防止被惡意篡改。

喜歡我文章的朋友，可以通過以下方式關注我：

相關文章