使用 ASP.NET Core 2.1 / 3+ 身份验证身份验证 cookie

Question

在 ASP.NET Core 2（有或没有Identity ）中使用 Cookie 身份验证时，可能会发生用户的电子邮件或名称更改，甚至帐户在 cookie 的生命周期内被删除的情况。 这就是文档指出应该验证 cookie 的原因。 文档中的示例注释为

此处描述的方法在每个请求上都会触发。 这可能会导致应用程序性能下降。

所以我想知道验证 cookie principal 的最佳模式是什么。 我在Startup.cs所做的是订阅OnValidatePrincipal事件并检查主体的有效性，例如每 5 分钟通过将LastValidatedOn声明附加到 cookie，如下所示：

services.ConfigureApplicationCookie(options =>
{
    // other cookie options go here

    options.Events.OnValidatePrincipal = async context =>
    {
        const string claimType = "LastValidatedOn";
        const int reValidateAfterMinutes = 5;

        if (!(context.Principal?.Identity is ClaimsIdentity claimIdentity)) return;

        if (!context.Principal.HasClaim(c => c.Type == claimType) ||
            DateTimeOffset.Now.UtcDateTime.Subtract(new DateTime(long.Parse(context.Principal.Claims.First(c => c.Type == claimType).Value))) > TimeSpan.FromMinutes(reValidateAfterMinutes))
        {
            var mgr = context.HttpContext.RequestServices.GetRequiredService<SignInManager<ApplicationUser>>();
            var user = await mgr.UserManager.FindByNameAsync(claimIdentity.Name);
            if (user != null && claimIdentity.Claims.FirstOrDefault(c => c.Type == "AspNet.Identity.SecurityStamp")?.Value == await mgr.UserManager.GetSecurityStampAsync(user))
            {
                claimIdentity.FindAll(claimType).ToList().ForEach(c => claimIdentity.TryRemoveClaim(c));
                claimIdentity.AddClaim(new Claim(claimType, DateTimeOffset.Now.UtcDateTime.Ticks.ToString(), typeof(long).ToString()));
                context.ShouldRenew = true;
            }
            else
            {
                context.RejectPrincipal();
                await mgr.SignOutAsync();
            }
        }
    };
});

Answer 1

@MarkG 为我指明了正确的方向，谢谢。 在仔细查看SecurityStampValidator和Identity 的源代码后，我就明白了。 实际上，我随问题发布的示例代码是不必要的，因为 ASP.NET Core Identity 以更好的方式提供了开箱即用的功能。

由于我还没有找到这样的摘要，也许它对其他人也有帮助。

什么与身份验证 cookie 验证无关

......但还是很高兴知道......

services.ConfigureApplicationCookie(options =>
{
    options.Cookie.Expiration = TimeSpan.FromDays(30);
    options.ExpireTimeSpan = TimeSpan.FromDays(30);
    options.SlidingExpiration = true;
});

过期时间跨度

默认为TimeSpan.FromDays(14)

身份验证票的签发时间是 cookie ( CookieValidatePrincipalContext.Properties.IssuedUtc ) 的一部分。 当 cookie 被发送回服务器时，当前时间减去发布时间必须大于ExpireTimeSpan 。 如果不是，用户将被注销而无需进一步调查。 在实践中，设置ExpireTimeSpan主要与设置为true SlidingExpiration一起使用。 这是确保用户积极使用应用程序的一种方式，例如不会让设备无人看管。 负TimeSpan s 将立即注销用户（但不是TimeSpan.Zero ）。

需要什么来控制身份验证 cookie 验证

services.AddOptions();
services.Configure<SecurityStampValidatorOptions>(options =>
{
    // This is the key to control how often validation takes place
    options.ValidationInterval = TimeSpan.FromMinutes(5);
});

验证间隔

默认为TimeSpan.FromMinutes(30)

这决定了验证 cookie 的有效性将根据持久存储进行检查的时间跨度。 它是通过为服务器的每个请求调用SecurityStampValidator来完成的。 如果当前时间减去 cookie 的发布时间小于或等于ValidationInterval ，则将调用ValidateSecurityStampAsync 。 这意味着ValidationInterval = TimeSpan.Zero导致为每个请求调用ValidateSecurityStampAsync 。

注意UserManager必须支持获取安全标记，否则会失败。 对于自定义用户管理器或用户存储，两者都必须正确实现IUserSecurityStampStore<TUser> 。

Startup中加载服务的顺序

需要注意的是： services. AddIdentity() services. AddIdentity()还为身份验证 cookie 设置默认值。 如果在services.ConfigureApplicationCookie()之后添加它，这将覆盖之前的设置。 我在上面的前面调用了services.Configure<SecurityStampValidatorOptions>() 。

再次感谢@MarkG 为我们指明了方向。