4

我使用站点框架构建了一个 Django 站点，并且在不同的子域上有四个站点。让我们称他们为 one.mydomain.com；two.mydomain.com ...等

其中三个站点是产品站点，一个是商店。我希望能够跨站点共享会话，以便用户在从任何产品站点移动到商店时不必再次登录。我意识到我可以使用cas来实现单一登录，但我认为这并不符合我的所有目的。

我已经阅读了这篇文章和这篇关于跨子域共享会话的文章，并且一致认为这是一个坏主意。

在我的情况下，我希望用户能够将项目添加到一个子域上的购物车，然后继续到购物车结帐。如果不共享会话，我看不到这样做的方法。用户还应该能够从另一个产品站点添加到他们的购物车，并且在结帐时会看到来自 one.mydomain.com 的产品、来自 two.mydomain.com 的产品等。

所以我的问题是，除了潜在的冲突之外，为什么共享会话不是一个好主意？假设我确保发生（并且应该发生）的唯一冲突是用户登录信息。

我的设置为所有站点和 SESSION_COOKIE_DOMAIN='.mydomain.com' 共享了 SECRET_KEY。此设置是否存在严重的安全漏洞？

谢谢。/w

4

2 回答 2

1

在我看来，当您不控制特定域的所有子域时，这是一个安全漏洞。例如，您有 one.mydomain.com 和 two.mydomain.com，但浏览器也会将您的 cookie 提供给名为 bad.mydomain.com 的网站，因为您的设置有 SESSION_COOKIE_DOMAIN='.mydomain.com'。

如果您将开发环境保留为子域之一（例如 dev.mydomain.com），则会出现另一个潜在漏洞。如果是这样，你就不会被孤立了。

就我对该主题的研究而言，似乎最坏的情况是将您的 cookie 发送给流氓子域，因此可能有人可以使用此 cookie 劫持真实会话。

目前我正在进一步研究如何以更好的方式隔离不同的子域（由同一 Django 实例控制），但似乎除了重写 SessionMiddleware 之外没有真正的方法。

于 2013-02-19T14:49:55.360 回答
0

从我读过的许多内容来看，这被认为是一个坏主意，如果您尝试在站点之间共享会话，似乎您可能会创建一些非常难以追踪的错误。据我所知，通常最好使事物尽可能无状态。

于 2012-02-29T02:06:24.763 回答