在Azure B2C中,我曾经能够获得一个"组"按照Retrieving Azure AD Group information with JWT:
在我的JWT代币中声明" groupMembershipClaims":" SecurityGroup",
这在过去运作良好(大约一个月前,我相信......)但它已经不存在了。请参阅下面的详细信息......
按照上面已知的好食谱。
不幸的是,它不再起作用了 - 当此客户端尝试使用B2C验证我时出现以下错误:
AADB2C90068:提供的ID为' 032fe196-e17d-4287-9cfd-25386d49c0d5'对此服务无效。请使用通过B2C门户创建的应用程序,然后重试"
好的,公平的 - 他们正在把我们带到新的门户网站。
使用新的Portal,按照好的旧配方。
但是,当我到达"下载清单"时,这也不起作用。部分,我找不到任何方式访问清单(谷歌搜索告诉我它可能已经好了......)。
有点绝望,我尝试混合计划A和B:使用新的Portal注册应用程序,然后使用旧的Azure Manager更改清单。
但没有运气 - 当我尝试上传清单时,它会失败并显示消息
ParameterValidationException =提供的参数无效; BadRequestException =此版本中不允许对聚合应用程序进行更新。
放弃"组"声明 - 相反,每当我需要组信息时,只需使用Graph API查询B2C服务器。
我真的,真的不想这样做 - 它会破坏访问令牌的自包含性,并使系统非常“健谈”#34;
但是我在这里把它作为Z计划包括在内,只是说:是的,我知道这个选项存在,不是我没有尝试过 - 而且我不愿意。< / p>
我如何获得&#34;组&#34;这几天在我的JWT令牌中声称了吗?
答案 0 :(得分:7)
计划Z我害怕。我不知道他们为什么不退货,但现在是marked as planned on their Feedback Portal (it's the highest rated item)。
这就是我的做法。在用户通过身份验证时查询组,您也可以按照自己的方式进行查询 - 只需在需要时进行查询。取决于您的用例。
public partial class Startup
{
public void ConfigureAuth(IAppBuilder app)
{
app.SetDefaultSignInAsAuthenticationType(CookieAuthenticationDefaults.AuthenticationType);
app.UseKentorOwinCookieSaver();
app.UseCookieAuthentication(new CookieAuthenticationOptions
{
LoginPath = new PathString("/account/unauthorised"),
CookieSecure = CookieSecureOption.Always,
ExpireTimeSpan = TimeSpan.FromMinutes(20),
SlidingExpiration = true,
CookieHttpOnly = true
});
// Configure OpenID Connect middleware for each policy
app.UseOpenIdConnectAuthentication(CreateOptionsFromPolicy(Globals.SignInPolicyId));
}
private OpenIdConnectAuthenticationOptions CreateOptionsFromPolicy(string policy)
{
return new OpenIdConnectAuthenticationOptions
{
// For each policy, give OWIN the policy-specific metadata address, and
// set the authentication type to the id of the policy
MetadataAddress = string.Format(Globals.AadInstance, Globals.TenantName, policy),
AuthenticationType = policy,
AuthenticationMode = AuthenticationMode.Active,
// These are standard OpenID Connect parameters, with values pulled from web.config
ClientId = Globals.ClientIdForLogin,
RedirectUri = Globals.RedirectUri,
PostLogoutRedirectUri = Globals.RedirectUri,
Notifications = new OpenIdConnectAuthenticationNotifications
{
AuthenticationFailed = AuthenticationFailed,
SecurityTokenValidated = SecurityTokenValidated
},
Scope = "openid",
ResponseType = "id_token",
// This piece is optional - it is used for displaying the user's name in the navigation bar.
TokenValidationParameters = new TokenValidationParameters
{
NameClaimType = "name",
}
};
}
private async Task SecurityTokenValidated(SecurityTokenValidatedNotification<OpenIdConnectMessage, OpenIdConnectAuthenticationOptions> token)
{
var groups = await _metaDataService.GetGroups(token.AuthenticationTicket.Identity.FindFirst("http://schemas.microsoft.com/identity/claims/objectidentifier").Value);
if (groups?.Value != null && groups.Value.Any())
{
foreach (IGroup group in groups.Value.ToList())
{
token.AuthenticationTicket.Identity.AddClaim(
new Claim(ClaimTypes.Role, group.DisplayName, ClaimValueTypes.String, "GRAPH"));
}
}
}
// Used for avoiding yellow-screen-of-death
private Task AuthenticationFailed(AuthenticationFailedNotification<OpenIdConnectMessage, OpenIdConnectAuthenticationOptions> notification)
{
notification.HandleResponse();
if (notification.Exception.Message == "access_denied")
{
notification.Response.Redirect("/");
}
else
{
notification.Response.Redirect("/error?message=" + notification.Exception.Message);
}
return Task.FromResult(0);
}
}
我的GetGroups
方法仅查询getMemberGroups
method on the Users API
然后我有一个简单的帮助方法来确定用户是否在角色中:
public static bool UserIsInRole(IPrincipal user, string roleName)
{
var claims = user.Identity as ClaimsIdentity;
if (claims == null) return false;
return claims.FindAll(x => x.Type == ClaimTypes.Role).Any(x => x.Value == roleName);
}