同源策略&跨域
什么是浏览器同源策略?
同源策略(Same Origin Policy,SOP)也叫单源策略(Single Origin Policy),
是一种用于Web浏览器编程语言(如JavaScript和Ajax)的安全措施,用于保护信息的机密性和完整性。同源策略可防止网站的脚本访问其他网站上使用的脚本并与之交互。
假设您已登录Facebook并在另一个浏览器选项卡中访问恶意网站。如果没有同源策略,该网站上的JavaScript可以对您允许的Facebook帐户执行任何操作。例如,在提交表单之前输入密码后,阅读私人消息,发布状态更新,分析HTML DOM树。
Facebook当然希望使用JavaScript来增强用户体验。因此,浏览器可以检测到此JavaScript是否可以访问Facebook资源,这一点非常重要。这就是相同的原始策略发挥作用的地方:如果JavaScript包含在facebook.com上的HTML页面中,它可能会访问facebook.com资源。
现在如果将例子中的Facebook换为网上银行,这就很可怕了。
什么是同源?
如果两个页面的协议,端口(如果有指定)和域名三者都相同,则两个页面具有相同的源。
例如:
页面A | 页面B | 是否同源 | 原因 |
---|---|---|---|
http://a.clayja.com | https://a.clayja.com | 不同源 | 协议不同 |
http://a.clayja.com | http://b.clayja.com | 不同源 | 域名不同 |
http://a.clayja.com | http://a.clayja.com:8080 | 不同源 | 端口不同 |
为什么会发生跨域?
- 您的应用必须与不同源的REST API的第三方服务(如第三方登录、支付)集成。
- 您的服务器端服务托管在不同的(子)域上。
- 客户端逻辑的资源来源与服务器端服务端点不同。
and so on...
如何解决跨域问题?
CORS
CORS 全称是跨域资源共享(Cross-Origin Resource Sharing),是一种 ajax 跨域请求资源的方式,支持现代浏览器,IE支持10以上。
实现方式:当你使用 XMLHttpRequest 发送请求时,浏览器发现该请求不符合同源策略,会给该请求加一个请求头:Origin。后台进行一系列处理,如果确定接受请求则在返回结果中加入一个响应头:Access-Control-Allow-Origin; 浏览器判断该相应头中是否包含 Origin 的值,如果有则浏览器会处理响应,我们就可以拿到响应数据,如果不包含浏览器直接驳回,这时我们无法拿到响应数据。所以 CORS 的表象是让你觉得它与同源的 ajax 请求没啥区别,代码完全一样。
server.js
var http = require('http')
var fs = require('fs')
var path = require('path')
var url = require('url')
http.createServer(function(req, res){
var pathObj = url.parse(req.url, true)
switch (pathObj.pathname) {
case '/getData':
// handle request
// 返回结果中加入一个响应头Access-Control-Allow-Origin,允许跨域
res.setHeader('Access-Control-Allow-Origin','*')
res.end('hello world')
break;
default:
fs.readFile(path.join(__dirname, pathObj.pathname), function(e, data){
if(e){
res.writeHead(404, 'not found')
res.end('<h1>404 Not Found</h1>')
}else{
res.end(data)
}
})
}
}).listen(8080)
index.js
function getData(){
var xhr = new XMLHttpRequest()
xhr.open('GET', 'http://127.0.0.1:8080/getData', true)
xhr.send()
xhr.onload = function(){
appendHtml(JSON.parse(xhr.responseText))
}
}
JSONP
当html页面包含javascript文件时,html代码看起来像这样。
<script src="http://otherdomain.com/javascripts/.js" type="text/javascript"></script>
通过HTML 中 script 标签可以加载其他域下的js,比如我们经常引入一个其他域下线上cdn的静态js资源,仿佛浏览器并没有对script做同源策略限制,那么我们能不能通过script标签来实现跨域呢?我们尝试一下。
<script src="http://127.0.0.1:8080/getData" type="text/javascript"></script>
但是需要注意的是,获取数据后浏览器将其作为js代码来执行,但是我们的数据一般为json格式,直接运行肯定行不通。
想想,如果是运行一个函数就好了,如果我得到是一段可以运行的js代码字符串就好了。如果这样试试呢?
<script src="http://127.0.0.1:8080/getData?callback=showData"></script>
我们预先声明一个全局的数据处理函数,并将函数名传递给服务器端,服务器端直接将数据拼接为函数参数的格式,(例如:showData({data:'hello world'}))返回给浏览器执行,那不就成功完成数据读取了吗?
降域
脚本可以将 document.domain 的值设置为其当前域或其当前域的父域。如果将其设置为其当前域的父域,则较短的域将用于后续源检查。
所以,对于类似a.example.com与b.example.com之间的跨域操作,可以通过设置document.domain来规避跨域问题。
document.domain = "example.com";
使用 document.domain 来允许子域安全访问其父域时,您需要在父域和子域中设置 document.domain 为相同的值。
浏览器单独保存端口号。任何的赋值操作,包括 document.domain = document.domain 都会导致端口号被重写为 null 。因此 example.com:8080 不能仅通过设置 document.domain = "example.com" 来与example.com 通信。必须在他们双方中都进行赋值,以确保端口号都为 null 。
postMessage
window.postMessage() 方法可以安全地实现跨源通信。
window.postMessage() 方法被调用时,会在所有页面脚本执行完毕之后(e.g., 在该方法之后设置的事件、之前设置的timeout 事件,etc.)向目标窗口派发一个 MessageEvent 消息。
语法:
otherWindow.postMessage(message, targetOrigin, [transfer]);
otherWindow为其他窗口的一个引用,比如iframe的contentWindow属性、执行window.open返回的窗口对象、或者是命名过或数值索引的window.frames。
例如:在 a.example.com/a.html 发送message,在 b.example.com/b.html 接收message。
a.html
<script>
window.frames[0].postMessage('hello','*')
</script>
b.html
<script>
window.addEventListener('message',function(e){
console.log(e.data);
})
</script>
网友评论