【问题标题】:Federated vs. Delegated, OAuth vs OpenID Connect vs SAML联合与委托,OAuth 与 OpenID Connect 与 SAML
【发布时间】:2018-04-05 06:46:33
【问题描述】:

我试图了解联合身份验证和委托身份验证之间的区别,但我越来越困惑。

  1. 我们是否始终使用 SAML 协议进行联合身份验证?还是什么?

  2. 是否可以将 OpenID Connect(或 OAuth)用于两种身份验证方法?

  3. 我们是否需要在两个域之间建立受信任的连接才能进行委托或联合身份验证?

  4. 我们是否总是对合作伙伴使用 SAML,对客户使用 OpenID Connect(或 OAuth)?

  5. 如果有人解释两个域(合作伙伴和企业)之间这两种身份验证方法的不同步骤,我将不胜感激。

【问题讨论】:

  • 我不会让事情变得更复杂,但我担心您可能会将委托身份验证与委托授权混为一谈。
  • 好的 Hans Z。如果我把我的问题简短并且只是同意身份验证部分。委托和联合有什么区别?因为您可以将 Facebook 帐户同时用于委托解决方案和联合解决方案?

标签: oauth-2.0 identity openid-connect federated-identity identity-delegation


【解决方案1】:

这两种方法的区别是:

委托解决方案意味着一个站点只是将其外包 身份验证需要到另一个预先选择的站点。如果您的网站使用 Facebook Connect,您将身份验证功能委托给 Facebook。您网站的访问者不能使用任何其他帐户,只能 来自您预先选择的供应商的帐户。

联合解决方案意味着您网站的访问者可以使用任何 他们拥有的帐户,只要它是兼容的。这没什么区别 到正在使用帐户的站点,只要它可以 互操作。 OpenID 的核心是一个联合解决方案,因为它的 最重要的功能是能够使用任何 OpenID 帐户 任何支持 OpenID 的服务。

Source

现在回答你的问题:

  1. 不仅可以使用 SAML,还可以使用 OpenId Connect, OAtuh2 or even others protocols
  2. 是的。请注意,委托解决方案的安全性较低。

【讨论】:

    猜你喜欢
    • 2019-03-27
    • 2023-03-25
    • 2011-01-09
    • 1970-01-01
    • 1970-01-01
    • 2011-03-23
    • 2020-05-28
    • 2015-07-15
    • 2017-12-16
    相关资源
    最近更新 更多