一、token 簡介
Token：訪問令牌access token, 用於接口中, 用於標識接口調用者的身份、憑證，減少用戶名和密碼的傳輸次數。一般情況下客戶端(接口調用方)需要先向服務器端申請一個接口調用的賬號，服務器會給出一個appId和一個key, key用於參數簽名使用，注意key保存到客戶端，需要做一些安全處理，防止泄露。
Token的值一般是UUID，服務端生成Token后需要將token做為key，將一些和token關聯的信息作為value保存到緩存服務器中(redis)，當一個請求過來后，服務器就去緩存服務器中查詢這個Token是否存在，存在則調用接口，不存在返回接口錯誤，一般通過攔截器或者過濾器來實現，Token分為兩種：
-
API Token(接口令牌): 用於訪問不需要用戶登錄的接口，如登錄、注冊、一些基本數據的獲取等。獲取接口令牌需要拿appId、timestamp和sign來換，sign=加密(timestamp+key)
- USER Token(用戶令牌): 用於訪問需要用戶登錄之后的接口，如：獲取我的基本信息、保存、修改、刪除等操作。獲取用戶令牌需要拿用戶名和密碼來換
關於Token的時效性：token可以是一次性的、也可以在一段時間范圍內是有效的，具體使用哪種看業務需要。
一般情況下接口最好使用https協議，如果使用http協議，Token機制只是一種減少被黑的可能性，其實只能防君子不能防小人。
一般token、timestamp和sign 三個參數會在接口中會同時作為參數傳遞，每個參數都有各自的用途。
二、timestamp 簡介
timestamp: 時間戳，是客戶端調用接口時對應的當前時間戳，時間戳用於防止DoS攻擊。當黑客劫持了請求的url去DoS攻擊，每次調用接口時接口都會判斷服務器當前系統時間和接口中傳的的timestamp的差值，如果這個差值超過某個設置的時間(假如5分鍾)，那么這個請求將被攔截掉，如果在設置的超時時間范圍內，是不能阻止DoS攻擊的。timestamp機制只能減輕DoS攻擊的時間，縮短攻擊時間。如果黑客修改了時間戳的值可通過sign簽名機制來處理。
DoS
DoS是Denial of Service的簡稱，即拒絕服務，造成DoS的攻擊行為被稱為DoS攻擊，其目的是使計算機或網絡無法提供正常的服務。最常見的DoS攻擊有計算機網絡帶寬攻擊和連通性攻擊。DoS攻擊是指故意的攻擊網絡協議實現的缺陷或直接通過野蠻手段殘忍地耗盡被攻擊對象的資源，目的是讓目標計算機或網絡無法提供正常的服務或資源訪問，使目標系統服務系統停止響應甚至崩潰，而在此攻擊中並不包括侵入目標服務器或目標網絡設備。這些服務資源包括網絡帶寬，文件系統空間容量，開放的進程或者允許的連接。這種攻擊會導致資源的匱乏，無論計算機的處理速度多快、內存容量多大、網絡帶寬的速度多快都無法避免這種攻擊帶來的后果。
- Pingflood: 該攻擊在短時間內向目的主機發送大量ping包，造成網絡堵塞或主機資源耗盡。
- Synflood: 該攻擊以多個隨機的源主機地址向目的主機發送SYN包，而在收到目的主機的SYN ACK后並不回應，這樣，目的主機就為這些源主機建立了大量的連接隊列，而且由於沒有收到ACK一直維護着這
些隊列，造成了資源的大量消耗而不能向正常請求提供服務。
-
Smurf：該攻擊向一個子網的廣播地址發一個帶有特定請求（如ICMP回應請求）的包，並且將源地址偽裝成想要攻擊的主機地址。子網上所有主機都回應廣播包請求而向被攻擊主機發包，使該主機受到攻擊。
-
Land-based：攻擊者將一個包的源地址和目的地址都設置為目標主機的地址，然后將該包通過IP欺騙的方式發送給被攻擊主機，這種包可以造成被攻擊主機因試圖與自己建立連接而陷入死循環，從而很大程度地降低了系統性能。
-
Ping of Death：根據TCP/IP的規范，一個包的長度最大為65536字節。盡管一個包的長度不能超過65536字節，但是一個包分成的多個片段的疊加卻能做到。當一個主機收到了長度大於65536字節的包時，就是受到了Ping of Death攻擊，該攻擊會造成主機的宕機。
-
Teardrop：IP數據包在網絡傳遞時，數據包可以分成更小的片段。攻擊者可以通過發送兩段（或者更多）數據包來實現TearDrop攻擊。第一個包的偏移量為0，長度為N，第二個包的偏移量小於N。為了合並這些數據段，TCP/IP堆棧會分配超乎尋常的巨大資源，從而造成系統資源的缺乏甚至機器的重新啟動。
-
PingSweep：使用ICMP Echo輪詢多個主機。
三、sign 簡介
nonce：隨機值，是客戶端隨機生成的值，作為參數傳遞過來，隨機值的目的是增加sign簽名的多變性。隨機值一般是數字和字母的組合，6位長度，隨機值的組成和長度沒有固定規則。sign: 一般用於參數簽名，防止參數被非法篡改，最常見的是修改金額等重要敏感參數， sign的值一般是將所有非空參數按照升續排序然后+token+key+timestamp+nonce(隨機數)拼接在一起，然后使用某種加密算法進行加密，作為接口中的一個參數sign來傳遞，也可以將sign放到請求頭中。接口在網絡傳輸過程中如果被黑客挾持，並修改其中的參數值，然后再繼續調用接口，雖然參數的值被修改了，但是因為黑客不知道sign是如何計算出來的，不知道sign都有哪些值構成，不知道以怎樣的順序拼接在一起的，最重要的是不知道簽名字符串中的key是什么，所以黑客可以篡改參數的值，但沒法修改sign的值，當服務器調用接口前會按照sign的規則重新計算出sign的值然后和接口傳遞的sign參數的值做比較，如果相等表示參數值沒有被篡改，如果不等，表示參數被非法篡改了，就不執行接口了。
四、防止重復提交
對於一些重要的操作需要防止客戶端重復提交的(如非冪等性重要操作)，具體辦法是當請求第一次提交時將sign作為key保存到redis，並設置超時時間，超時時間和Timestamp中設置的差值相同。當同一個請求第二次訪問時會先檢測redis是否存在該sign，如果存在則證明重復提交了，接口就不再繼續調用了。如果sign在緩存服務器中因過期時間到了，而被刪除了，此時當這個url再次請求服務器時，因token的過期時間和sign的過期時間一直，sign過期也意味着token過期，那樣同樣的url再訪問服務器會因token錯誤會被攔截掉，這就是為什么sign和token的過期時間要保持一致的原因。拒絕重復調用機制確保URL被別人截獲了也無法使用（如抓取數據）。
對於哪些接口需要防止重復提交可以自定義個注解來標記。
注意：
所有的安全措施都用上的話有時候難免太過復雜，在實際項目中需要根據自身情況作出裁剪，比如可以只使用簽名機制就可以保證信息不會被篡改，或者定向提供服務的時候只用Token機制就可以了。如何裁剪，全看項目實際情況和對接口安全性的要求。
五、使用流程
-
接口調用方(客戶端)向接口提供方(服務器)申請接口調用賬號，申請成功后，接口提供方會給接口調用方一個appId和一個key參數
- 客戶端攜帶參數appId、timestamp、sign去調用服務器端的API token，其中sign=加密(appId + timestamp + key)
- 客戶端拿着api_token 去訪問不需要登錄就能訪問的接口
- 當訪問用戶需要登錄的接口時，客戶端跳轉到登錄頁面，通過用戶名和密碼調用登錄接口，登錄接口會返回一個usertoken, 客戶端拿着usertoken 去訪問需要登錄才能訪問的接口
sign的作用是防止參數被篡改，客戶端調用服務端時需要傳遞sign參數，服務器響應客戶端時也可以返回一個sign用於客戶度校驗返回的值是否被非法篡改了。客戶端傳的sign和服務器端響應的sign算法可能會不同。