【问题标题】:How to add the notion of "accounts" to Keycloak?如何将“帐户”的概念添加到 Keycloak?
【发布时间】:2021-04-24 15:14:42
【问题描述】:

如何最好地配置Keycloak,以便用户需要有一个帐户,客户端才能登录该客户端?

我必须更换专有的 SSO-Impl。它像 Keycloak 一样处理用户、角色和客户。但是,它也知道帐户。 只有拥有客户帐户的用户才能登录该客户。

在 Keycloak 中,如果用户只是存在于领域中,他可以登录到该领域的客户端。不需要其他任何东西。所以不需要"account"。在旧应用程序中,他还需要一个帐户。 Keycloak 中的哪些功能最适合克服这种差异?


我有一个想法:

在每个客户端名称和“HasAccount”中创建一个客户端角色并将其分配给用户。然后,如果缺少该角色,则限制访问。 这在这里讨论:“Restrict client access in a single realm with keycloak” 它至少有两个缺点:

  • 它在旧版应用程序中混合了身份验证和授权。我可以理解。但是创建角色已经是一种解决方法。这就是我在这里描述我最初遇到的问题的原因。
  • 我有 3 种以上语言/技术的客户。在那里添加功能似乎比在 Keycloak 中更多。

最后一句话:

在您不再问“这不是单点登录”之前。它仅用于管理目的。管理员可以通过创建或不创建帐户来允许用户登录或不登录客户端。用户不必再次登录。如果他登录 App A 并拥有 App B 的帐户,则无需登录即可访问 App B。

【问题讨论】:

    标签: oauth-2.0 single-sign-on keycloak openid-connect openid


    【解决方案1】:

    A user is only allowed to login to a client if he has an account for that client. 真的不是身份提供者 (IdP) 的任务。它只提供身份,不提供授权。

    当然,您也可以忽略这一点并实施授权。见:User attribute based web service access control by Keycloak

    从设计的角度来看,我会在遗留应用程序前面添加身份验证反向代理(但这不是 SPA 应用程序的最佳解决方案)。身份验证代理将通过 OIDC 协议提供身份验证以及授权。旧版应用程序可能会保留自己的 OIDC 身份验证 - 从用户的角度来看,这将是无缝身份验证,因为将使用 SSO。

    Account 实体 - 您可以在 Keycloak 中使用 group 实体,而不是原来的 account

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2021-09-04
      • 1970-01-01
      • 2018-01-14
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多