【问题标题】:ASP.Net Identity ASPNET.ApplicationCookie looks different when I inspect itASP.Net Identity ASPNET.ApplicationCookie 在我检查时看起来不同
【发布时间】:2016-09-22 18:44:33
【问题描述】:

我一直在努力寻找一个明确的答案来解释为什么我会看到这种行为。我正在使用 Microsoft ASP.NET Identity 模板项目来查看 Identity、OWIN 等如何工作。我注意到每次我提出请求(转到联系人、管理等)。我的 AspNet.ApplicationCookie 具有不同的加密字符串(在 Chrome 或 IE 上使用开发人员工具时)。起初我认为这可能是因为我没有为用户提出任何声明,但我尝试添加一些声明并仍然看到相同的行为。有没有人看到/知道为什么?只是因为 OWIN 中间件如何加密 cookie 而改变了加密的 cookie 吗?非常感谢任何帮助。

我读过https://brockallen.com/2013/10/24/a-primer-on-owin-cookie-authentication-middleware-for-the-asp-net-developer/
http://tech.trailmax.info/2014/08/aspnet-identity-cookie-format/

但两者都没有真正了解为什么我会看到我所看到的行为。再次感谢大家。

更新: 这是我的startup.Auth.cs

 public void ConfigureAuth(IAppBuilder app)
    {

        // Configure the db context, user manager and signin manager to use a single instance per request
        app.CreatePerOwinContext(ApplicationDbContext.Create);
        app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
        app.CreatePerOwinContext<ApplicationSignInManager>(ApplicationSignInManager.Create);

        // Enable the application to use a cookie to store information for the signed in user
        // and to use a cookie to temporarily store information about a user logging in with a third party login provider
        // Configure the sign in cookie
        app.UseCookieAuthentication(new CookieAuthenticationOptions
        {

            AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
            LoginPath = new PathString("/Account/Login"),
            LogoutPath = new PathString("/Account/LogOff"),
            Provider = new CookieAuthenticationProvider
            {
                // Enables the application to validate the security stamp when the user logs in.
                // This is a security feature which is used when you change a password or add an external login to your account.  
                OnValidateIdentity = SecurityStampValidator.OnValidateIdentity<ApplicationUserManager, ApplicationUser>(
                    validateInterval: TimeSpan.FromMinutes(0),
                    regenerateIdentity: (manager, user) => user.GenerateUserIdentityAsync(manager))
            },
        });            
        //app.UseExternalSignInCookie(DefaultAuthenticationTypes.ExternalCookie);

        // these two lines of code are needed if you are using any of the external authentication middleware
        app.Properties["Microsoft.Owin.Security.Constants.DefaultSignInAsAuthenticationType"] = "ExternalCookie";
        app.UseCookieAuthentication(new CookieAuthenticationOptions
        {
            AuthenticationType = "ExternalCookie",
            AuthenticationMode = Microsoft.Owin.Security.AuthenticationMode.Passive,
        });

        // Enables the application to temporarily store user information when they are verifying the second factor in the two-factor authentication process.
        app.UseTwoFactorSignInCookie(DefaultAuthenticationTypes.TwoFactorCookie, TimeSpan.FromMinutes(5));

        // Enables the application to remember the second login verification factor such as phone or email.
        // Once you check this option, your second step of verification during the login process will be remembered on the device where you logged in from.
        // This is similar to the RememberMe option when you log in.
        app.UseTwoFactorRememberBrowserCookie(DefaultAuthenticationTypes.TwoFactorRememberBrowserCookie);
}

【问题讨论】:

  • 显示您的Startup.Auth.cs 文件。答案可能就在那里。
  • 当然,我更新了我的帖子。再次感谢!

标签: asp.net asp.net-identity


【解决方案1】:

您的问题与validateInterval: TimeSpan.FromMinutes(0), 一致,在这里您实际上是在说“在每个请求上重新生成 cookie ” - 这是为了在更改安全标记时全局 cookie 失效。

validateInterval 设置为几分钟 - 您不会在每次请求时使 cookie 失效,只会在您设置的每分钟内失效。

【讨论】:

  • 哦,好的,我明白了。我将其设置为零,因此当用户重置密码时,所有其他会话将立即被踢出。我将其设置为 1 并看到了您描述的行为。谢谢您的帮助。我很感激。
  • @AurelioRama 验证间隔也为零意味着您在每次请求时都使用select 访问数据库 - 在某些时候这会导致性能问题。
  • 这很好。现在我只是在做一个概念证明来迁移我们的旧身份验证以使用 ASP.Net 身份。绝对需要考虑到这一点。感谢您的提醒!
猜你喜欢
  • 2011-07-07
  • 1970-01-01
  • 1970-01-01
  • 2012-11-10
  • 2016-10-16
  • 2021-01-24
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多