瀏覽器模擬post請求 接口編程中,為什么只用get和post?
接口編程中,為什么只用get和post?得到,帖子就夠了。。restful接口做什么?完成這項工作很好。別修那些花哨的。理論上,如果你得到一個cookie,你就可以模仿一個用戶。根據以下具體分析:此“
接口編程中,為什么只用get和post?
得到,帖子就夠了。。restful接口做什么?完成這項工作很好。別修那些花哨的。理論上,如果你得到一個cookie,你就可以模仿一個用戶。根據以下具體分析:
此“身份密碼”由服務器生成并放置在客戶端瀏覽器的cookie中。服務器將有一個與之對應的會話,會話ID也存儲在cookie中。
如上所述,服務器的會話ID存儲在客戶端的cookie中,以便其他用戶在cookie中獲得會話ID后,可以模擬原始用戶啟動請求。
這似乎不合理
!但是,這是cookies和會話的機制。我們說過當cookie被禁用后,session可能無法正常工作,但是我們可以通過get將sessionid傳遞給服務器,因此如果sessionid以明文形式傳輸,則存在安全風險。
由于cookie存儲在客戶機中并且不安全,因此當我們將用戶數(shù)據存儲在cookie中時,我們將對其進行加密。例如,它將驗證用戶的IP、終端身份等,即使其他用戶偽造Cookie,也無法驗證。