提问人: 提问时间:6/20/2010 最后编辑:3 revs, 2 users 100%David Titarenco 更新时间:5/15/2014 访问量:740881
规避同源策略的方法
Ways to circumvent the same-origin policy
问:
同源策略
我想做一个关于HTML/JS同源政策的社区维基,希望能帮助任何搜索这个主题的人。这是 SO 上搜索次数最多的主题之一,并且没有针对它的合并 wiki,所以我在这里:)
同源策略可防止 从一个加载的文档或脚本 源自获取或设置 来自另一个文档的文档的属性 起源。这项政策一直追溯到 返回到 Netscape Navigator 2.0。
您最喜欢采用哪些方法来绕过同源策略?
请保持示例详细,最好还链接您的来源。
答:
就我个人而言,这是我为现代浏览器找到的最可靠的方法。你确实需要做更多的工作来确保你不会让自己受到XSS攻击,但这是一个合理的权衡。window.postMessage
还有一些流行的 Javascript 工具包的插件,这些插件使用上面讨论的其他方法提供与旧浏览器类似的功能。window.postMessage
反向代理方法
- 方法类型:Ajax
在服务器上设置一个简单的反向代理,将允许浏览器对 Ajax 请求使用相对路径,而服务器将充当任何远程位置的代理。
如果在 Apache 中使用 mod_proxy,则设置反向代理的基本配置指令是 .它通常按如下方式使用:ProxyPass
ProxyPass /ajax/ http://other-domain.com/ajax/
在这种情况下,浏览器将能够请求作为相对 URL,但服务器将通过充当 的代理来提供此请求。/ajax/web_service.xml
http://other-domain.com/ajax/web_service.xml
此方法的一个有趣功能是,反向代理可以轻松地将请求分发到多个后端,从而充当负载均衡器。
我使用 JSONP。
基本上,你添加
<script src="http://..../someData.js?callback=some_func"/>
在您的页面上。
应调用 some_func(),以便通知您数据已进入。
评论
方法document.domain
- 方法类型:iframe。
请注意,这是一个 iframe 方法,它将 document.domain 的值设置为当前域的后缀。如果这样做,则较短的域将用于后续的源检查。例如,假设文档 at 中的脚本执行以下语句:http://store.company.com/dir/other.html
document.domain = "company.com";
执行该语句后,页面将使用 .但是,出于同样的原因,company.com 无法设置为 。http://company.com/dir/page.html
document.domain
othercompany.com
使用此方法,您将被允许从源自子域的 iframe 执行源自 main 域的页面上的 javascript。此方法不适合跨域资源,因为像Firefox这样的浏览器不允许您将域更改为完全陌生的域。document.domain
来源:https://developer.mozilla.org/en/Same_origin_policy_for_JavaScript
跨域资源共享方法
- 方法类型:AJAX。
跨域资源共享 (CORS) 是 W3C 工作草案,它定义了浏览器和服务器在跨源访问源时必须如何通信。CORS 背后的基本思想是使用自定义 HTTP 标头,使浏览器和服务器能够充分了解彼此,以确定请求或响应是成功还是失败。
对于简单请求,该请求使用或不使用自定义标头,并且其正文为 ,该请求将使用一个名为 的额外标头发送。Origin 标头包含请求页面的来源(协议、域名和端口),以便服务器可以轻松确定是否应提供响应。示例标头可能如下所示:GET
POST
text/plain
Origin
Origin
Origin: http://www.stackoverflow.com
如果服务器决定应允许该请求,则它会发送一个标头,回显发送的同一源,或者如果它是公共资源。例如:Access-Control-Allow-Origin
*
Access-Control-Allow-Origin: http://www.stackoverflow.com
如果缺少此标头,或者源不匹配,则浏览器将禁止该请求。如果一切正常,则浏览器将处理请求。请注意,请求和响应均不包含 cookie 信息。
Mozilla团队在他们关于CORS的帖子中建议,你应该检查该属性是否存在,以确定浏览器是否通过XHR支持CORS。然后,您可以结合对象的存在来覆盖所有浏览器:withCredentials
XDomainRequest
function createCORSRequest(method, url){
var xhr = new XMLHttpRequest();
if ("withCredentials" in xhr){
xhr.open(method, url, true);
} else if (typeof XDomainRequest != "undefined"){
xhr = new XDomainRequest();
xhr.open(method, url);
} else {
xhr = null;
}
return xhr;
}
var request = createCORSRequest("get", "http://www.stackoverflow.com/");
if (request){
request.onload = function() {
// ...
};
request.onreadystatechange = handler;
request.send();
}
请注意,要使 CORS 方法正常工作,您需要能够访问任何类型的服务器标头机制,并且不能简单地访问任何第三方资源。
来源:http://www.nczonline.net/blog/2010/05/25/cross-domain-ajax-with-cross-origin-resource-sharing/
方法window.postMessage
- 方法类型:iframe。
window.postMessage
,调用时,当任何必须执行的挂起脚本完成时,将导致在目标窗口调度 a(例如,如果从事件处理程序调用,则剩余的事件处理程序、先前设置的挂起超时等)。具有 message 类型、设置为提供给的第一个参数的字符串值的属性、与调用时调用的窗口中主文档的来源相对应的属性,以及作为调用窗口的属性。MessageEvent
window.postMessage
MessageEvent
data
window.postMessage
origin
window.postMessage
window.postMessage
source
window.postMessage
要使用 ,必须附加一个事件侦听器:window.postMessage
// Internet Explorer
window.attachEvent('onmessage',receiveMessage);
// Opera/Mozilla/Webkit
window.addEventListener("message", receiveMessage, false);
并且必须声明一个函数:receiveMessage
function receiveMessage(event)
{
// do something with event.data;
}
异地 iframe 还必须通过以下方式正确发送事件:postMessage
<script>window.parent.postMessage('foo','*')</script>
任何窗口都可以随时在任何其他窗口上访问此方法,而不管文档在窗口中的位置如何,以向其发送消息。因此,任何用于接收消息的事件侦听器都必须首先使用 origin 和可能的 source 属性检查消息发送方的身份。这一点不容小觑:未能检查源和可能的源
属性会导致跨站点脚本攻击。
来源:https://developer.mozilla.org/en/DOM/window.postMessage
评论
Access-Control-Allow-Origin: http://www.stackoverflow.com/
Access-Control-Allow-Origin: http://www.stackoverflow.com
postMessage
JSONP 或“带填充的 JSON”是一个 对基本 JSON 数据的补充 format,一种允许 页面请求和更有意义的 使用来自服务器的 JSON 主服务器。JSONP 是一个 较新方法的替代方法 称为跨域资源共享。
评论
好吧,我在 PHP 中使用了 curl 来规避这个问题。我有一个在端口 82 中运行的 Web 服务。
<?php
$curl = curl_init();
$timeout = 30;
$ret = "";
$url="http://localhost:82/put_val?val=".$_GET["val"];
curl_setopt ($curl, CURLOPT_URL, $url);
curl_setopt ($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt ($curl, CURLOPT_MAXREDIRS, 20);
curl_setopt ($curl, CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($curl, CURLOPT_USERAGENT, "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5");
curl_setopt ($curl, CURLOPT_CONNECTTIMEOUT, $timeout);
$text = curl_exec($curl);
echo $text;
?>
下面是调用 PHP 文件的 javascript
function getdata(obj1, obj2) {
var xmlhttp;
if (window.XMLHttpRequest)
xmlhttp=new XMLHttpRequest();
else
xmlhttp=new ActiveXObject("Microsoft.XMLHTTP");
xmlhttp.onreadystatechange=function()
{
if (xmlhttp.readyState==4 && xmlhttp.status==200)
{
document.getElementById("txtHint").innerHTML=xmlhttp.responseText;
}
}
xmlhttp.open("GET","phpURLFile.php?eqp="+obj1+"&val="+obj2,true);
xmlhttp.send();
}
我的 HTML 在端口 80 的 WAMP 上运行。所以我们开始了,同源政策已被规避:-)
我发现克服同源策略的最新方法是 http://anyorigin.com/
该网站的制作使您只需给它任何 url,它就会为您生成 javascript/jquery 代码,让您获取 html/data,无论它的来源如何。换句话说,它使任何 url 或网页成为 JSONP 请求。
我发现它非常有用:)
以下是来自 anyorigin 的一些示例 javascript 代码:
$.getJSON('http://anyorigin.com/get?url=google.com&callback=?', function(data){
$('#output').html(data.contents);
});
评论
AnyOrigin 在某些 https 站点上运行不佳,所以我只是编写了一个名为 whateverorigin.org 的开源替代方案,它似乎适用于 https。
评论
not constructive