在iframed内容中设置document.domain的安全隐患

Rud*_*ger 6 security cookies cross-domain

我有两个子域名contentwww域名example.com.从内容content.example.com被呈现在www.example.com通过iframe.

由于对内容content.example.com的需求传达给www.example.com我设置document.domain="example.com",还可以设置allow-scriptsallow-same-origin在iframe中.

我担心如果用户可以上传要在iframe中显示的内容,那么它可以被利用,即将cookie的内容发送到远程域以劫持会话或其他安全漏洞.

我已经设置了另一个域,www.example2.com并在iframed内容中放置一个AJAX请求content.example.com来测试我的理论并发送到document.cookie远程域.这导致_gacookie被发送到远程域.我允许header('Access-Control-Allow-Origin: *')在远程域上,所以它不会导致任何问题.

为什么只发送_ga cookie?我在那里的域名和路径上有许多其他的cookie,而_ga cookies却没有发送.这样做还有其他安全风险吗?理想情况下,我希望它之间只能进行通信content.example.com,www.example.com而且看起来它主要是这样做的,除了谷歌分析cookie,这意味着其他人也可以这样做.

Jav*_*Rey 0

您可以使用 JSONP 来通信不同的域,而不管跨域设置和策略如何。

然而JSONP需要服务器端以返回的数据作为参数来构建回调函数。

我建议从服务器加载纯 Javascript 内容,它具有与 JSON 请求相同的跨域独立性和安全性。

假设您有一个 Javascript 文件、data.js、 incontent.example.com或一个服务,返回与响应中的文件相同的内容,并带有一个 JSON 对象,并以变量赋值为前缀:

result = {
  "string1": "text1",
  "object1": {
    "string2": "text2",
    "number1": 5.6
  },
  "number2": 7,
  "array1": ["text3", "text4"]
}
Run Code Online (Sandbox Code Playgroud)

然后,在您的网页中,www.example.com您可以有一个带有 function 的脚本loadJS,它将服务器响应加载为脚本:

var loadJS = function (url, callback) {
  var script = document.createElement('script');
  script.type = "text/javascript";
  script.src = url;
  script.onload = function (ev) {
    callback(window.result);
    delete window.result;
    this.parentNode.removeChild(this);
  };
  document.body.appendChild(script);
};

window.onload = function () {
  loadJS('http://content.example.com/data.js', function (data) {
    console.log(data);
  });
};
Run Code Online (Sandbox Code Playgroud)

相同的函数可用于content.example.com相反方向的请求。

为了设置 cookie 或执行 JS 中可用的任何其他功能,响应脚本data.js可能包含一个函数而不是 JSON 对象:

result = (function () {
  document.cookie = "cookie1=Value1; cookie2=Value2;";
  return true;
})();
Run Code Online (Sandbox Code Playgroud)