oauth-2.0 - 如何将 "accounts"的概念添加到 Keycloak？

Question

如何最好地配置Keycloak所以用户需要有一个 帐号让客户能够登录到该客户？
我必须更换专有的 SSO-Impl。它像 Keycloak 一样处理用户、角色和客户。但是，它也知道帐户。 只有拥有该客户的帐户的用户才被允许登录该客户。
在 Keycloak 中，如果用户只是存在于领域中，他可以登录到该领域的客户端。不需要其他任何东西。所以不需要“帐户”。在旧应用程序中，他还需要一个帐户。
Keycloak 中的哪些功能最适合克服这种差异？

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

它在旧版应用程序中混合了身份验证和授权。我可以理解。但是创建角色已经是一种解决方法。这就是为什么我在这里描述了我最初的问题。

我有超过 3 种语言/技术的客户。在那里添加功能似乎比在 Keycloak 中更多。

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

Answer 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 协议(protocol)提供身份验证以及授权。旧版应用程序可能会保留自己的 OIDC 身份验证 - 从用户的角度来看，这将是无缝身份验证，因为将使用 SSO。Account实体 - 您可以使用 group Keycloak 中的实体而不是原始 account .