JSON Web Token(JWT)是一個(gè)非常輕巧的規(guī)范。這個(gè)規(guī)范允許我們使用JWT在用戶(hù)和服務(wù)器之間傳遞安全可靠的信息。 讓我們來(lái)假想一下一個(gè)場(chǎng)景。在A用戶(hù)關(guān)注了B用戶(hù)的時(shí)候,系統(tǒng)發(fā)郵件給B用戶(hù),并且附有一個(gè)鏈接“點(diǎn)此關(guān)注A用戶(hù)”。鏈接的地址可以是這樣的
上面的URL主要通過(guò)URL來(lái)描述這個(gè)當(dāng)然這樣做有一個(gè)弊端,那就是要求用戶(hù)B用戶(hù)是一定要先登錄的??刹豢梢院?jiǎn)化這個(gè)流程,讓B用戶(hù)不用登錄就可以完成這個(gè)操作。JWT就允許我們做到這點(diǎn)。 JWT的組成一個(gè)JWT實(shí)際上就是一個(gè)字符串,它由三部分組成,頭部、載荷與簽名。 載荷(Payload)我們先將上面的添加好友的操作描述成一個(gè)JSON對(duì)象。其中添加了一些其他的信息,幫助今后收到這個(gè)JWT的服務(wù)器理解這個(gè)JWT。
這里面的前五個(gè)字段都是由JWT的標(biāo)準(zhǔn)所定義的。
這些定義都可以在標(biāo)準(zhǔn)中找到。 將上面的JSON對(duì)象進(jìn)行[base64編碼]可以得到下面的字符串。這個(gè)字符串我們將它稱(chēng)作JWT的Payload(載荷)。
如果你使用Node.js,可以用Node.js的包base64url來(lái)得到這個(gè)字符串。
頭部(Header)JWT還需要一個(gè)頭部,頭部用于描述關(guān)于該JWT的最基本的信息,例如其類(lèi)型以及簽名所用的算法等。這也可以被表示成一個(gè)JSON對(duì)象。
在這里,我們說(shuō)明了這是一個(gè)JWT,并且我們所用的簽名算法(后面會(huì)提到)是HS256算法。 對(duì)它也要進(jìn)行Base64編碼,之后的字符串就成了JWT的Header(頭部)。
簽名(簽名)將上面的兩個(gè)編碼后的字符串都用句號(hào)
最后,我們將上面拼接完的字符串用HS256算法進(jìn)行加密。在加密的時(shí)候,我們還需要提供一個(gè)密鑰(secret)。如果我們用
這一部分又叫做簽名。 最后將這一部分簽名也拼接在被簽名的字符串后面,我們就得到了完整的JWT
于是,我們就可以將郵件中的URL改成
這樣就可以安全地完成添加好友的操作了! 且慢,我們一定會(huì)有一些問(wèn)題:
讓我逐一為你說(shuō)明。 簽名的目的最后一步簽名的過(guò)程,實(shí)際上是對(duì)頭部以及載荷內(nèi)容進(jìn)行簽名。一般而言,加密算法對(duì)于不同的輸入產(chǎn)生的輸出總是不一樣的。對(duì)于兩個(gè)不同的輸入,產(chǎn)生同樣的輸出的概率極其地小(有可能比我成世界首富的概率還?。K?,我們就把“不一樣的輸入產(chǎn)生不一樣的輸出”當(dāng)做必然事件來(lái)看待吧。 所以,如果有人對(duì)頭部以及載荷的內(nèi)容解碼之后進(jìn)行修改,再進(jìn)行編碼的話(huà),那么新的頭部和載荷的簽名和之前的簽名就將是不一樣的。而且,如果不知道服務(wù)器加密的時(shí)候用的密鑰的話(huà),得出來(lái)的簽名也一定會(huì)是不一樣的。 服務(wù)器應(yīng)用在接受到JWT后,會(huì)首先對(duì)頭部和載荷的內(nèi)容用同一算法再次簽名。那么服務(wù)器應(yīng)用是怎么知道我們用的是哪一種算法呢?別忘了,我們?cè)贘WT的頭部中已經(jīng)用 如果服務(wù)器應(yīng)用對(duì)頭部和載荷再次以同樣方法簽名之后發(fā)現(xiàn),自己計(jì)算出來(lái)的簽名和接受到的簽名不一樣,那么就說(shuō)明這個(gè)Token的內(nèi)容被別人動(dòng)過(guò)的,我們應(yīng)該拒絕這個(gè)Token,返回一個(gè)HTTP 401 Unauthorized響應(yīng)。 信息會(huì)暴露?是的。 所以,在JWT中,不應(yīng)該在載荷里面加入任何敏感的數(shù)據(jù)。在上面的例子中,我們傳輸?shù)氖怯脩?hù)的User ID。這個(gè)值實(shí)際上不是什么敏感內(nèi)容,一般情況下被知道也是安全的。 但是像密碼這樣的內(nèi)容就不能被放在JWT中了。如果將用戶(hù)的密碼放在了JWT中,那么懷有惡意的第三方通過(guò)Base64解碼就能很快地知道你的密碼了。 JWT的適用場(chǎng)景我們可以看到,JWT適合用于向Web應(yīng)用傳遞一些非敏感信息。例如在上面提到的完成加好友的操作,還有諸如下訂單的操作等等。 其實(shí)JWT還經(jīng)常用于設(shè)計(jì)用戶(hù)認(rèn)證和授權(quán)系統(tǒng),甚至實(shí)現(xiàn)Web應(yīng)用的單點(diǎn)登錄。在下一次的文章中,我將為大家系統(tǒng)地總結(jié)JWT在用戶(hù)認(rèn)證和授權(quán)上的應(yīng)用。如果想要及時(shí)地收到下一篇文章的更新,您可以在下方訂閱我的半月刊:) |
|
來(lái)自: NaturalWill > 《協(xié)議》