token和session的優(yōu)劣 token和session區(qū)別?
token和session區(qū)別?注銷是指客戶端的主動(dòng)注銷。很容易想到一個(gè)解決方案:在客戶機(jī)成功登錄之后,服務(wù)器將sessionid分配給它,客戶機(jī)每次請求資源時(shí)都會(huì)帶上sessionid。服務(wù)器決定用
token和session區(qū)別?
注銷是指客戶端的主動(dòng)注銷。很容易想到一個(gè)解決方案:在客戶機(jī)成功登錄之后,服務(wù)器將sessionid分配給它,客戶機(jī)每次請求資源時(shí)都會(huì)帶上sessionid。
服務(wù)器決定用戶是否登錄,這完全取決于sessionid。一旦被截獲,黑客就可以模擬用戶的請求。因此我們需要引入Token的概念:用戶成功登錄后,服務(wù)器不僅要分配sessionid,還要分配Token,Token是維護(hù)登錄狀態(tài)的關(guān)鍵秘密數(shù)據(jù)。從服務(wù)器發(fā)送到客戶端的令牌數(shù)據(jù)也需要加密。因此,登錄的詳細(xì)信息將再次展開。
客戶端首次向服務(wù)器發(fā)起登錄請求(不傳輸用戶名和密碼)。
服務(wù)器使用RSA算法生成一對公鑰和私鑰。保留私鑰,并將公鑰發(fā)送給客戶端。
客戶端收到公鑰后,對用戶密碼進(jìn)行加密,并將用戶名和加密后的用戶密碼發(fā)送給服務(wù)器,同時(shí)生成一對公鑰和私鑰,保留私鑰并將公鑰發(fā)送給服務(wù)器,第二次登錄請求發(fā)送用戶名,客戶端生成的加密密碼和公鑰。
服務(wù)器使用保留的私鑰解密密文并獲取真實(shí)密碼。判斷用戶可以登錄后,生成sessionid和token,并使用客戶端發(fā)送的公鑰對token進(jìn)行加密。最后,會(huì)話ID和加密令牌返回給客戶機(jī)。
客戶端使用自己生成的私鑰來解密令牌密文并獲得真正的令牌。
Jwt的token如何像session一樣去延長時(shí)間?
隨著技術(shù)的發(fā)展和分布式web應(yīng)用的普及,通過會(huì)話管理用戶登錄狀態(tài)的成本越來越高。因此,它逐漸發(fā)展成為一種令牌方式來進(jìn)行登錄身份驗(yàn)證,然后利用令牌獲取緩存在redis中的用戶信息。隨著JWT的出現(xiàn),驗(yàn)證方法更加簡單方便。它不使用redis緩存,而是直接基于令牌取出保存的用戶信息,驗(yàn)證令牌的可用性,使單點(diǎn)登錄更容易。
JWT通常包含兩個(gè)令牌:訪問令牌和刷新令牌。當(dāng)用戶通過登錄等方式成功驗(yàn)證身份時(shí),服務(wù)器會(huì)生成一個(gè)訪問令牌和一個(gè)刷新令牌,并返回前端存儲。兩個(gè)令牌的過期時(shí)間都將在服務(wù)器上設(shè)置,但訪問令牌的過期時(shí)間較短,而刷新令牌的過期時(shí)間較長。當(dāng)當(dāng)前端向服務(wù)器發(fā)送請求時(shí),訪問令牌將與請求一起發(fā)送到服務(wù)器,以驗(yàn)證請求者的身份。當(dāng)服務(wù)器發(fā)現(xiàn)訪問令牌已過期時(shí),它將返回失敗信息。此時(shí),前端需要使用refresh token從服務(wù)器申請新的訪問令牌。如果刷新令牌沒有問題,服務(wù)器將生成一個(gè)新的訪問令牌。如果刷新令牌已過期,則需要要求用戶再次登錄以驗(yàn)證其身份。
總之,JWT擴(kuò)展是通過使用過期時(shí)間較長的刷新令牌重新申請新的訪問令牌來實(shí)現(xiàn)的。當(dāng)刷新令牌也已過期時(shí),不可能延長時(shí)間。
假設(shè)我拿到了別的用戶的淘寶網(wǎng)站的cookie,我放到自己的http請求里,我就可以冒充這個(gè)用戶嗎?
理論上,如果你得到一個(gè)cookie,你就可以模擬一個(gè)用戶。根據(jù)以下具體分析:
此“身份密碼”由服務(wù)器生成并放置在客戶端瀏覽器的cookie中。服務(wù)器將有一個(gè)與之對應(yīng)的會(huì)話,會(huì)話ID也存儲在cookie中。
如上所述,服務(wù)器的會(huì)話ID存儲在客戶端的cookie中,以便其他用戶在cookie中獲得會(huì)話ID后,可以模擬原始用戶啟動(dòng)請求。
這似乎不合理
!但是,這是cookies和會(huì)話的機(jī)制。我們說過當(dāng)cookie被禁用后,session可能無法正常工作,但是我們可以通過get將sessionid傳遞給服務(wù)器,因此如果sessionid以明文形式傳輸,則存在安全風(fēng)險(xiǎn)。
由于cookie存儲在客戶機(jī)中并且不安全,因此當(dāng)我們將用戶數(shù)據(jù)存儲在cookie中時(shí),我們將對其進(jìn)行加密。例如,它將驗(yàn)證用戶的IP、終端身份等,即使其他用戶偽造Cookie,也無法驗(yàn)證。