0. 前言
在之前的文章中简单介绍了一下asp.net core中的Identity,这篇文章将继续针对Identity进行进一步的展开。
1. 给Identity添加额外的信息
在《【asp.net core 系列】13 Identity 身份验证入门》一文中,我们大概了解了如何使用Identity,以及如何保存一些信息以便后续的验证。这里我们将深入讨论一下如何给Identity添加更多的信息。
我们知道在给Identity添加数据的时候,需要添加一个Claim对象。我们先回顾一下Claim的信息,Claim的属性大多只提供了公开的get访问器,所以这个类的重点在于构造方法:
public class Claim
{
// 基础的
public Claim(string type, string value);
public Claim(string type, string value, string valueType);
public Claim(string type, string value, string valueType, string issuer);
public Claim(string type, string value, string valueType, string issuer, string originalIssuer);
//
public Claim(BinaryReader reader);
public Claim(BinaryReader reader, ClaimsIdentity subject);
}
暂且看一下几个使用字符类型的构造函数参数:
type Claim的类型,支持自定义,但asp.net core 提供了一个基础的类型定义:
public static class ClaimTypes
{
// 隐藏其他属性
public const string Name = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name";
public const string Role = "http://schemas.microsoft.com/ws/2008/06/identity/claims/role";
}
这个类里定义了大多数情况下会用到的Claims的类型。
value 存放Claim的值,通常情况下不对这个值进行约束
-
valueType 表示 value的类型,取值范围参考类:
public static class ClaimValueTypes
{
public const string Base64Binary = "http://www.w3.org/2001/XMLSchema#base64Binary";
public const string UpnName = "http://schemas.xmlsoap.org/claims/UPN";
public const string UpnName = "http://schemas.xmlsoap.org/claims/UPN";
public const string UInteger32 = "http://www.w3.org/2001/XMLSchema#uinteger32";
public const string Time = "http://www.w3.org/2001/XMLSchema#time";
public const string String = "http://www.w3.org/2001/XMLSchema#string";
public const string Sid = "http://www.w3.org/2001/XMLSchema#sid";
public const string RsaKeyValue = "http://www.w3.org/2000/09/xmldsig#RSAKeyValue";
public const string Rsa = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/rsa";
public const string Rfc822Name = "urn:oasis:names:tc:xacml:1.0:data-type:rfc822Name";
public const string KeyInfo = "http://www.w3.org/2000/09/xmldsig#KeyInfo";
public const string Integer64 = "http://www.w3.org/2001/XMLSchema#integer64";
public const string X500Name = "urn:oasis:names:tc:xacml:1.0:data-type:x500Name";
public const string Integer32 = "http://www.w3.org/2001/XMLSchema#integer32";
public const string HexBinary = "http://www.w3.org/2001/XMLSchema#hexBinary";
public const string Fqbn = "http://www.w3.org/2001/XMLSchema#fqbn";
public const string Email = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress";
public const string DsaKeyValue = "http://www.w3.org/2000/09/xmldsig#DSAKeyValue";
public const string Double = "http://www.w3.org/2001/XMLSchema#double";
public const string DnsName = "http://schemas.xmlsoap.org/claims/dns";
public const string DaytimeDuration = "http://www.w3.org/TR/2002/WD-xquery-operators-20020816#dayTimeDuration";
public const string DateTime = "http://www.w3.org/2001/XMLSchema#dateTime";
public const string Date = "http://www.w3.org/2001/XMLSchema#date";
public const string Boolean = "http://www.w3.org/2001/XMLSchema#boolean";
public const string Base64Octet = "http://www.w3.org/2001/XMLSchema#base64Octet";
public const string Integer = "http://www.w3.org/2001/XMLSchema#integer";
public const string YearMonthDuration = "http://www.w3.org/TR/2002/WD-xquery-operators-20020816#yearMonthDuration";
} issuer 用来存放 Claim的发布者,默认值是:
ClaimsIdentity.DefaultIssuer
该值允许在构造函数传NULL,一旦传NULL,则自动认为是ClaimsIdentity.DefaultIssuer
originalIssuer Claim的原发布人,如果不给值,则默认与issuer一致。
这是从构造函数以及相关文档中获取到的。
关于ClaimTypes里我只贴了两个,原因是这两个值在Claim中是两个必不可少的值。根据属性名就能看出来,一个是设置用户的名称,一个是设置用户的角色。
那么,继续探索Claim里的属性和方法:
public class Claim
{
public string Type { get; }
public ClaimsIdentity Subject { get; }
public IDictionary<string, string> Properties { get; }
public string OriginalIssuer { get; }
public string Issuer { get; }
public string ValueType { get; }
public string Value { get; }
public virtual Claim Clone();
public virtual Claim Clone(ClaimsIdentity identity);
public virtual void WriteTo(BinaryWriter writer);
}
几个基本属性都是从构造函数中获取的,这里就不做过多的介绍了。不过值得注意的一点是,Properties这个属性的值获取是需要使用
public Claim(BinaryReader reader, ClaimsIdentity? subject)
这个构造方法才可以有效的对其进行赋值,所以这个属性并没有太多值得关注的地方。
介绍完了Claim类之后,我们继续看一下Identity相关的常用类:
public class ClaimsIdentity : IIdentity;
通过这个类的声明,我们可以看出它实现了接口:
public interface IIdentity
{
string? AuthenticationType { get; }
bool IsAuthenticated { get; }
string? Name { get; }
}
其中
AuthenticationType 表示验证类型
IsAuthenticated 表示是否验证通过
Name 存放的用户名
这是Identity里最关键的三个属性,贯穿着整个Identity体系。我们继续看一下ClaimsIdentity的几个关键点:
public class ClaimsIdentity : IIdentity
{
public ClaimsIdentity(string authenticationType);
public ClaimsIdentity(IIdentity identity);
public ClaimsIdentity(IEnumerable<Claim> claims);
public ClaimsIdentity(IEnumerable<Claim> claims, string authenticationType);
public ClaimsIdentity(IIdentity identity, IEnumerable<Claim> claims);
public virtual void AddClaim(Claim claim);
public virtual void AddClaims(IEnumerable<Claim> claims);
}
对于ClaimsIdentity而言,其核心内容是Claim实例。我们通常需要构造Claim对象,在Claim对象中添加我们想添加的值,然后装入ClaimIdentity中。这里有一个值需要额外注意一下:AuthenticationType 表示验证类型,值并没有额外要求,不过对于使用Cookie作为信息保存的话,需要设置值为:
CookieAuthenticationDefaults.AuthenticationScheme
这时候,我们已经获得了一个Identity对象,在asp.net core 中 Identity体系还有最后一个关键类:
public class ClaimsPrincipal : IPrincipal
{
public ClaimsPrincipal();
public ClaimsPrincipal(IIdentity identity);
public ClaimsPrincipal(IPrincipal principal);
public virtual void AddIdentities(IEnumerable<ClaimsIdentity> identities);
public virtual void AddIdentity(ClaimsIdentity identity);
}
这个类提供了几个方法用来存储Identity,这个类在IPrincipal基础上以Identity为基础数据。这一点可以通过构造函数和它提供的一些方法可以确认。
2. 读取Identity的信息
在第一小节中,我简单介绍了一下如何利用Claim和ClaimsIdentity以及ClaimsPrincipal这三个类来存储用户信息以及我们想要的数据。这里我们看一下如何通过Principal读取信息,以及简单剖析一下背后的逻辑。
我们使用HttpContext的扩展方法:
public static Task SignInAsync(this HttpContext context, ClaimsPrincipal principal);
将我们设置的principal数据保存,所保存的地方取决于我们在Startup.cs中的设置。在该系列中,我们启用了Cookie,所以这个信息会以Cookie的形式保存。
在控制器内部时,Controller类为我们提供了一个属性:
public ClaimsPrincipal User { get; }
通过这个属性可以反向获取到我们保存的Principal实例。
接下来,让我们反向解析出Principal里面的数据:
public interface IPrincipal
{
IIdentity? Identity { get; }
bool IsInRole(string role);
}
IPrincipal提供了两个基础数据和方法,一个是获取一个Identity对象,一个是判断是否是某个角色。
2.1 Identity
在ClaimPrincipal中,Identity属性的默认取值逻辑是:
if (identities == null)
{
throw new ArgumentNullException(nameof(identities));
}
foreach (ClaimsIdentity identity in identities)
{
if (identity != null)
{
return identity;
}
}
return null;
也就是获取Principal中第一个不为Null的Identity对象,这个取值逻辑可以通过下面的属性进行修改:
public static Func<IEnumerable<ClaimsIdentity>, ClaimsIdentity?> PrimaryIdentitySelector { get; set; }
2.2 IsInRole
在Principal中,通常会存放一至多个Identity对象,每个 Identity对象有一至多个Claim对象。当有Claim对象的Type 值与Identity对象的:
public string RoleClaimType { get; }
值一致时,就会被认为该Claim里面存放着角色信息,这时候会通过传入的role值与Claim的Value进行比较。
比较的方法是Identity的实例方法HasClaim:
public virtual bool HasClaim(string type, string value);
如果初始化Identity时,没有手动设置roleType参数,那么这个参数取值就是:
public const string DefaultRoleClaimType = ClaimTypes.Role;
通常情况下,不会单独设置roleType。
2.3 IsAuthenticated 判断是否登录
这个属性并不是ClaimPrincipal的,而是ClaimIdentity的。通常在asp.net core 中会使用这个属性判断访问者是否完成了身份校验。这个属性的判断逻辑也很简单:
public virtual bool IsAuthenticated
{
get { return !string.IsNullOrEmpty(AuthenticationType); }
}
也就是说,在Identity中指定了AuthenticationType就会认为完成了身份校验。
通常的使用方式:
User.Identity.IsAuthenticated
通过以上调用链进行数据调用。
2.4 Name
与IsAuthenticatedy一样,这个属性也是ClaimIdentity的。与IsInRole的判断依据类似,这个属性会获取Identity中存放的Claim集合中第一个RoleType为ClaimType.Name的Claim,然后取值。
所以,在实现登录的时候,如果想要能够通过:
User.Identity.Name
获取一个用户名信息或者其他名称信息的话,则需要设置一个Type等于:
public const string DefaultNameClaimType = ClaimTypes.Name;
的Claim实例对象。
2.5 获取Claim
在Principal体系中,最重要也是最基础的数据就是Claim对象。对于ClaimPrincipal对象来说,里面必然会存放多个Claim对象。那么,我们就需要有操作Claim对象的方法:
public virtual IEnumerable<Claim> Claims { get; }
通过这个方法可以获得ClaimPrincipal里所有的Claim对象,这是一个迭代器对象。
public virtual IEnumerable<Claim> FindAll(Predicate<Claim> match);
通过一个选择器筛选出符合条件的Claim集合。
public virtual IEnumerable<Claim> FindAll(string type);
查询所有符合类型的Claim对象。
public virtual Claim FindFirst(string type);
查找第一个Type值与指定值相同的Claim对象。
public virtual bool HasClaim(Predicate<Claim> match);
查询是否存在符合条件的Claim对象。
public virtual bool HasClaim(string type, string value);
查询是否有Type和Value属性均等于指定值的Claim对象。
这些方法都是ClaimPrincipal里的,相对应的ClaimIdentity里也提供了类似的方法这里就不做介绍了。
3. 总结
这一章介绍了如何利用Claim进行用户信息保存,以及常规的一些使用逻辑。下一章,我们将继续探索如何利用我们自己设置的Identity以达到我们的目的。