同源策略

192 阅读6分钟

这是我参与2022首次更文挑战的第6天,活动详情查看:2022首次更文挑战

同源策略的含义

同源: 协议+域名+端口号三者相同 限制了从同一个源加载的文件或脚本如何与来自另一个源的资源进行交互。 ==同一个源--交互--另一个源==
用来隔离潜在恶意文件的重要安全机制。==隔离潜在恶意文件== 缺少同源策略,很容易受到XSS,CSFR等攻击。 同源策略限制了如下几种行为: 1. Cookie、LocalStorage和IndexDB无法读取 2. DOM和js对象无法获得 3. AJAX请求不能发送

跨域

浏览器允许向服务器发送跨域请求,从而克服AJAX只能同源使用的限制

跨域的解决方案

1. CORS(跨域资源共享)

使用自定义的HTTP头部让浏览器与服务器进行沟通,从而决定请求或响应是应该成功,还是应该失败 ==关键是服务器,只要服务器实现了CORS接口,就可以跨域通信== CORS请求分为两类:简单请求和非简单请求 简单请求: 满足 1. 请求方法是以下三种方法之一: 1. HEAD 2. GET 3. POST 2. HTTP头信息不超过以下几种字段: 1. Accept 2. Accept-Language 3. Content-Language 4. Last-Event-ID 5. Content-Type:只限于三个值:application/x-www-form-urlencoded、multipart/form-data、text/plain

  1. ==Origin,包含源信息,服务器决定== 请求中附加一个额外的Origin头部(其中包含请求页面的源信息【协议,域名,端口】),以便服务器根据这个头部信息来决定是否给与响应 EG:Origin:www.baidu.com.cn
  2. ==可, Access-Control-Allow-Origin 回发== EG: Access-Control-Allow-Origin: www.baidu.com.cn
  3. ==没有/源信息不匹配。驳回。不包含cookie==
  4. ==需要包含cookie,ajax设置xhr的属性withCredentials为true。服务器响应头部 Access-Control-Credentials: true==

非简单请求: 浏览器在发送真正的请求之前,会先发送一个Preflight[预检]请求给服务器。这种请求使用==OPTIONS==方法,发送下列头部: 1. Origin:与简单的请求相同 2. Access-Control-Request-Method:请求自身使用的方法 3. Access-Control-Request-Headers:(可选)自定义的头部信息,多个头部以逗号分隔

发送这个请求后,服务器可以决定是否允许这种类型的请求。服务器通过在响应中发送如下头部与浏览器进行沟通:

Access-Control-Allow-Origin:与简单的请求相同。 Access-Control-Allow-Methods: 允许的方法,多个方法以逗号分隔。 Access-Control-Allow-Headers: 允许的头部,多个方法以逗号分隔。 Access-Control-Max-Age: 应该将这个 Preflight 请求缓存多长时间(以秒表示)。 ==发送真正的请求之前,先发送Preflight请求。服务器可以决定是否允许这种类型的请求。后面和简单请求一样== ==之前,Preflight,服务器决定==

  1. 前端设置:
    1. 原生ajax
	var xhr = new XMLHttpRequest();
	
	//前端设置是否带cookie
	xhr.withCredentials = true;

	xhr.open('post', 'http://www.domian2.com/login', true);
	xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded' );
	xhr.send('user=admin');

	xhr.onreadystatechange = function(){
		if (xhr.readyState == 4 && xhr.status == 200) {
				alert(xhr.responseText);
		}
	};
==创建,(用什么方式)打开,设置,发送,状态如何==
2. jquery ajax
	$.data({
		...
		xhrFields: {
			withCredentials: true //前端设置是否带cookie
		},
		crossDomain: true, // 会让请求头中包含跨域的额外信息,但不会包含cookie
		...
});
  1. 服务端设置: nodejs代码:
var http = require('http');
var server = http.createServer();
var qs = require('querystring');

server.on('request', function(req, res) {
    var postData = '';

    // 数据块接收中
    req.addListener('data', function(chunk) {
        postData += chunk;
    });

    // 数据接收完毕
    req.addListener('end', function() {
        postData = qs.parse(postData);

        // 跨域后台设置
        res.writeHead(200, {
            'Access-Control-Allow-Credentials': 'true',     // 后端允许发送Cookie
            'Access-Control-Allow-Origin': 'http://www.domain1.com',    // 允许访问的域(协议+域名+端口)
            /* 
             * 此处设置的cookie还是domain2的而非domain1,因为后端也不能跨域写cookie(nginx反向代理可以实现),
             * 但只要domain2中写入一次cookie认证,后面的跨域接口都能从domain2中获取cookie,从而实现所有的接口都能跨域访问
             */
            'Set-Cookie': 'l=a123456;Path=/;Domain=www.domain2.com;HttpOnly'  // HttpOnly的作用是让js无法读取cookie
        });

        res.write(JSON.stringify(postData));
        res.end();
    });
});

server.listen('8080');
console.log('Server is running at port 8080...');

2. JSONP跨域

script允许跨域引用资源,==动态创建script标签,利用src属性进行跨域。callback==

1. 原生JavaScript实现:

<script>
// 1. 定义一个回调函数 handleResponse 用来接收返回的数据
function handelCallback(res){
	console.log(JSON.stringify(res));
}
// 2. 创建一个script 
var script = document.createElement('script');
script.type='text/javascript';

// 3. 传参一个回调函数给后端,方便后端返回时执行这个在前端定义的回调函数
script.src="http://www.domian2.com:8080/login?user=admin&callback=handelCallback";
document.head.appendChild(script);
</script>

2. jquery Ajax 实现

$.data({
	url: 'http://www.domian2.com:8080/login?user=admin&callback=handelCallback',
	type: 'get',
	dataType: 'jsonp',
	jsonpCallback: 'handelCallback',
	data: {}
});

3. vue axios 实现

this.$http = axios;
this.$http.jsonp('http://www.domian2.com:8080/login', {
	params: {},
	jsonp: 'handelCallback'
}).then((res) => {
	console.log(res);
})

后端node.js代码:

var querystring = require('querystring');
var http = require('http');
var server = http.createServer();

server.on('request', function(req, res) {
    var params = querystring.parse(req.url.split('?')[1]);
    var fn = params.callback;

    // jsonp返回设置
    res.writeHead(200, { 'Content-Type': 'text/javascript' });
    res.write(fn + '(' + JSON.stringify(params) + ')');

    res.end();
});

server.listen('8080');
console.log('Server is running at port 8080...');

==只支持GET请求==

3. nginx代理跨域

nginx 代理跨域,实质和CORS跨域原理一样,都是配置文件设置文件请求响应头 Access-Control-Allow-Origin...等字段 1. nginx配置解决iconfont跨域 浏览器跨域访问js、css、img等常规静态资源被同源策略许可,但iconfont字体文件(eot|otf|ttf|woff|svg)例外,此时可在nginx的静态资源服务器中加入以下配置 location / { add_header Access-Control-Allow-Origin *; } 2. nginx反向代理接口跨域 服务器端调用HTTP接口只是使用HTTP协议,不需要同源策略,也就不存在跨域问题 ==代理服务器访问另一个,修改domian,写入当前cookie== 通过Nginx配置一个代理服务器,域名与domain1相同,但端口不同。作为跳板,反向代理访问domain2接口,并顺便修改cookie中domain信息,方便当前域cookie能够写入,实现跨域访问。 nginx具体配置: #proxy服务器

server {
	listen     81;
	server_name  www.domain1.com;
		
	location / {
		proxy_pass http://www.domain2.com:8080 // 反向代理
		propxy_cookie_domain  www.domain2.com www.domain1.com; // 修改cookie里域名
		index  index.html index.htm;

		# 当用webpack-dev-server等中间件代理接口访问nignx时,此时无浏览器参与,故没有同源限制,下面的跨域配置可不启用
		add_header Access-Control-Allow-Origin http://domain1.com;
		add_header Access_Control_Allow_Crendentials true;
	}
}	

4. nodejs中间件代理跨域

原理与nginx相同,都是通过启用一个代理服务器,实现数据的转发。也可以通过设置cookieDomainRewrite参数修改响应头中cookie中域名,实现当前域的cookie写入

vue框架的跨域

node + vue + webpack + webpack-dev-server搭建的项目,跨域请求接口,直接修改webpack.config.js配置。开发环境下,vue渲染服务和接口代理服务都是webpack-dev-server同一个,所以页面与代理接口之间不再跨域 webpack.config.js部分配置:

module.exports = {
    entry: {},
    module: {},
    ...
    devServer: {
        historyApiFallback: true,
        proxy: [{
            context: '/login',
            target: 'http://www.domain2.com:8080',  // 代理跨域目标接口
            changeOrigin: true,
            secure: false,  // 当代理某些https服务报错时用
            cookieDomainRewrite: 'www.domain1.com'  // 可以为false,表示不修改
        }],
        noInfo: true
    }
}

图像ping跨域

img 不受浏览器同源策略的影响,允许跨域引用资源。 ==通过img标签的src属性进行跨域==

var img = new Image();

// 通过onload即onerror事件可以知道响应是什么时候接收到的,但是不能获取响应文本 img.onload = img.onerror = function() { console.log("Done!"); }

//请求数据通过查询字符串形式发送 img.src = "www.baidu.cn/test?name=b…"; ==只支持GET请求==

服务器代理

浏览器有跨域请求的限制,但服务器没有,所以可以通过服务器请求所要域的资源再返回给客户端

document.domain 跨域

主域名相同,子域名不同 ==》iframe跨域的情况 ==只能设置成自身或更高一级的父域,且主域必须相同== EG:a.b.lai.cn 可设置为a.b.lai.cn || b.lai.com || lai.cn 但不可以设置为 c.b.lai.cn || k.cn

window.name 跨域

window的name属性有一个特征:在同一个窗口(window)打开的页面,无论页面多少,是否跨域,都公用一个window.name ==一个页面获得window.name.另一个设置同样的window.name ==

location.hash跨域

子框架修改父框架的hash值,通过这个属性进行数据传递,且更改hash值页面不会被刷新,但传递的字节数有限

//一个页面
var data = window.location.hash
// 另一个页面
parent.location.hash = data

postMessage跨域

第一个参数是要发送的信息,第二个参数是限定对象所在的域

// 一个a页面
var iframe = document.getElementById('myIframe');
var sin = iframe.contentWindow;
sin.postMessage('我是来自a页面的消息', *);
// b页面
window.onmessage = function(e) {
	e = e || event;
	console.log(e.data)
}

总结:

  1. jsonp(只支持get请求,支持老的IE浏览器)适合加载不同域名的js、css,img等静态资源;
  2. CORS(支持所有类型的HTTP请求,但浏览器IE10以下不支持)适合做ajax各种跨域请求;
  3. Nginx代理跨域和nodejs中间件跨域[webpack]原理都相似,都是搭建一个服务器,直接在服务器端请求HTTP接口,这适合前后端分离的前端项目调后端接口。0