http請(qǐng)求header中referer和origin的區(qū)別？Origin主要用于指示初始請(qǐng)求的起始位置。Origin僅用于post請(qǐng)求，而referer用于所有類型的請(qǐng)求。原產(chǎn)地比參考地安全。假設(shè)我

http請(qǐng)求header中referer和origin的區(qū)別？

Origin主要用于指示初始請(qǐng)求的起始位置。Origin僅用于post請(qǐng)求，而referer用于所有類型的請(qǐng)求。原產(chǎn)地比參考地安全。

假設(shè)我拿到了別的用戶的淘寶網(wǎng)站的cookie，我放到自己的http請(qǐng)求里，我就可以冒充這個(gè)用戶嗎？

理論上，如果你得到一個(gè)cookie，你就可以模擬一個(gè)用戶。根據(jù)以下具體分析：

此“身份密碼”由服務(wù)器生成并放置在客戶端瀏覽器的cookie中。服務(wù)器將有一個(gè)與之對(duì)應(yīng)的會(huì)話，會(huì)話ID也存儲(chǔ)在cookie中。

如上所述，服務(wù)器的會(huì)話ID存儲(chǔ)在客戶端的cookie中，以便其他用戶在cookie中獲得會(huì)話ID后，可以模擬原始用戶啟動(dòng)請(qǐng)求。

這似乎不合理

！但是，這是cookies和會(huì)話的機(jī)制。我們說過當(dāng)cookie被禁用后，session可能無法正常工作，但是我們可以通過get將sessionid傳遞給服務(wù)器，因此如果sessionid以明文形式傳輸，則存在安全風(fēng)險(xiǎn)。

由于cookie存儲(chǔ)在客戶機(jī)中并且不安全，因此當(dāng)我們將用戶數(shù)據(jù)存儲(chǔ)在cookie中時(shí)，我們將對(duì)其進(jìn)行加密。例如，它將驗(yàn)證用戶的IP、終端身份等，即使其他用戶偽造Cookie，也無法驗(yàn)證。