【发布时间】:2018-07-23 06:56:09
【问题描述】:
我目前正在尝试使用社交媒体登录,并意识到这些登录的传递方式有些奇怪,这是因为我的工作场所与大多数办公室一样,将阻止 3rd 方 cookie 作为安全策略。
Google Firebase Authentication 使用 3rd 方 cookie,因此如果我尝试使用 Firebase,我会被重定向到 Google 页面(如预期的那样),但是当我在登录后被重定向回原始网页时(并且 Firebase 会尝试设置 cookie),我收到一条错误消息 This browser is not supported or 3rd party cookies and data may be disabled.
但是,MongoDB Stitch 以某种方式工作,我能够实际登录,即使禁用了 3rd 方 cookie。我真的无法理解为什么会这样,但我希望这里有人能对此有所了解。如果有帮助,MongoDB Stitch 会要求您在 Google 控制台中将 https://stitch.mongodb.com 设置为原始 URI,将 https://stitch.mongodb.com/api/client/v2.0/auth/callback 设置为授权重定向 URI——而您必须在 MongoDB 控制台中设置您自己的网站 URI,我认为这可能会有所不同?
无论如何,MongoDB Stitch 的文档严重不足(由于它仍处于公开测试阶段),所以如果可能的话,我真的很想采用 Google Firebase 的方式。
- 有谁知道 MongoDB Stitch 如何绕过设置 3rd Party Cookies
- 如何在第 3 方 Cookie 被禁用时使用 Google Firebase 身份验证
【问题讨论】:
-
虽然本身不是一个合适的解决方案,但 Gigya 已经定义了针对阻止 3rd 方 cookie 的同一主题的解决方法:developers.gigya.com/display/GD/Blocked+Third-Party+Cookies
标签: cookies oauth-2.0 firebase-authentication google-authentication mongodb-stitch