來源:安安杰尼 發(fā)布時間:2020-05-07 10:40:50 閱讀量:1093
現(xiàn)在越來越多的項(xiàng)目使用的前后端分離的模式進(jìn)行開發(fā),后端開發(fā)人員使用API接口傳遞數(shù)據(jù)給到前端開發(fā)進(jìn)行處理展示,在一些比較重要的修改數(shù)據(jù)接口,涉及金錢,用戶信息等修改的接口如果不做防護(hù)驗(yàn)證,經(jīng)常容易被人惡意刷接口,導(dǎo)致巨大的損失。
這里我們引入業(yè)內(nèi)比較通用的簽名驗(yàn)證來對接口進(jìn)行參數(shù)加密,有以下優(yōu)勢。
請求的唯一性:計算出的簽名是唯一的,可以用來驗(yàn)證。
參數(shù)的可變性:參數(shù)中包含時間戳參數(shù),這就保證每次的請求計算出得簽名都是不一樣的。
請求的時效:由于請求中帶有當(dāng)前發(fā)起請求的時間戳參數(shù),服務(wù)端可以對時間戳進(jìn)行驗(yàn)證,過濾超出時效的請求。
安全性:即使請求被人惡意抓包,對方惡意篡改其中的參數(shù),那么簽名都是錯誤的,參數(shù)無法修改。
1. 對map類型(即一組鍵值對)的待簽名數(shù)據(jù)根據(jù)鍵的大小進(jìn)行排序。map中各參數(shù)按字母順序排序,如果第一個字母相同,按第二個字母排序,依次類推。例如
1 2 3 4 5 6 7 8 |
|
那么,排序后變成
1 2 3 4 5 6 7 |
|
注意:如果map中包含簽名的參數(shù)(sign)需要過濾該參數(shù)的鍵值不參與簽名,沒有值的參數(shù)請不要參與簽名
2. 對排序后的map進(jìn)行序列化處理成待簽名字符串,拼接后的待簽名字符串為
1 |
|
3. 根據(jù)HMAC-SHA1算法使用密鑰提取待簽名字符串的摘要(hash)簽名并進(jìn)行base64_encode編碼(便于顯性傳輸和對比),假設(shè)簽名密鑰為 test ,則提取出的摘要簽名并進(jìn)行base64_encode的值為
1 |
|
注意:由于有些數(shù)據(jù)根據(jù)HTTP協(xié)議需求,在網(wǎng)絡(luò)傳輸過程中需要進(jìn)行URLencoding,這樣接收方才可以接收到正確的參數(shù),但如果這個參數(shù)參與簽名,那么待簽名字符串必須是字符串原值而非URLencoding 的值。
PHP示例
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
|