什么是CORS?
創(chuàng)新互聯(lián)是一家專注于
成都做網(wǎng)站、成都網(wǎng)站制作與策劃設計,臨潁網(wǎng)站建設哪家好?
創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設十多年,網(wǎng)設計領域的專業(yè)建站公司;建站業(yè)務涵蓋:臨潁等地區(qū)。臨潁做網(wǎng)站價格咨詢:18980820575
默認情況下,為預防某些而已行為,瀏覽器的XHR對象只能訪問來源于同一個域中的資源。但是我們在日常實際開發(fā)中,常常會遇到跨域請求的需求,因此就出現(xiàn)了一種跨域請求的方案:CORS(Cross-Origin Resource Sharing)跨域資源共享。
CORS背后的原理是:使用自定的HTTP頭部與服務器進行溝通,從而由服務器決定響應是否成功。
了解下同源策略
- 源(origin)*:就是協(xié)議、域名和端口號;
- 同源: 就是源相同,即協(xié)議、域名和端口完全相同;
- 同源策略:同源策略是瀏覽器的一個安全功能,不同源的客戶端腳本在沒有明確授權的情況下,不能讀寫對方資源;
- 同源策略的分類:
- DOM 同源策略:即針對于DOM,禁止對不同源頁面的DOM進行操作;如不同域名的 iframe 是限制互相訪問。
- XMLHttpRequest 同源策略:禁止使用 XHR 對象向不同源的服務器地址發(fā)起 HTTP 請求。
- 不受同源策略限制:
- 頁面中的鏈接,重定向以及表單提交(因為表單提交,數(shù)據(jù)提交到action域后,本身頁面就和其沒有關系了,不會管請求結果,后面操作都交給了action里面的域)是不會受到同源策略限制的。
- 資源的引入不受限制,但是js不能讀寫加載的內(nèi)容:如嵌入到頁面中的,,,
為什么要跨域限制
- 如果沒有 DOM 同源策略:那么就沒有啥xss的研究了,因為你的網(wǎng)站將不是你的網(wǎng)站,而是大家的,誰都可以寫個代碼操作你的網(wǎng)站界面
- 如果沒有XMLHttpRequest 同源策略,那么就可以很輕易的進行CSRF(跨站請求偽造)攻擊:
- 用戶登錄了自己的網(wǎng)站頁面 a.com,cookie中添加了用戶標識。
- 用戶瀏覽了惡意頁面 b.com,執(zhí)行了頁面中的惡意 AJAX 請求代碼。
- b.com 向 a.com發(fā)起 AJAX HTTP 請求,請求會默認把 a.com對應cookie也同時發(fā)送過去。
- a.com從發(fā)送的 cookie 中提取用戶標識,驗證用戶無誤,response 中返回請求數(shù)據(jù);數(shù)據(jù)就泄露了。而且由于Ajax在后臺執(zhí)行,這一過程用戶是無法感知的。
- (附)有了XMLHttpRequest 同源策略就可以限制CSRF攻擊?別忘了還有不受同源策略的:表單提交和資源引入,(安全問題下期在研究)
跨域決解方案
- JSONP 跨域:借鑒于 script 標簽不受瀏覽器同源策略的影響,允許跨域引用資源;因此可以通過動態(tài)創(chuàng)建 script 標簽,然后利用 src 屬性進行跨域;
- 缺點:
- 所有網(wǎng)站都可以拿到數(shù)據(jù),存在安全性問題,需要網(wǎng)站雙方商議基礎token的身份驗證。
- 只能是GET,不能POST。
- 可能被注入惡意代碼,篡改頁面內(nèi)容,可以采用字符串過濾來規(guī)避此問題。
- 服務器代理:瀏覽器有跨域限制,但是服務器不存在跨域問題,所以可以由服務器請求所要域的資源再返回給客戶端。
- document.domain、window.name 、location.hash:借助于iframe決解DOM同源策略
- postMessage:決解DOM同源策略,新方案
- CORS(跨域資源共享):這里講的重點
CORS(跨域資源共享)
- HTML5 提供的標準跨域解決方案,是一個由瀏覽器共同遵循的一套控制策略,通過HTTP的Header來進行交互;主要通過后端來設置CORS配置項。
CORS簡單使用
之前說得CORS跨域,嗯嗯,后端設置Access-Control-Allow-Origin:*|[或具體的域名]就好了;
第一次嘗試:
app.use(async(ctx,next) => {
ctx.set({
"Access-Control-Allow-Origin": "http://localhost:8088"
})
當前標題:你可能不知道的CORS跨域資源共享-創(chuàng)新互聯(lián)
網(wǎng)頁URL:
http://weahome.cn/article/jjsdg.html