使用JWT的ASP.NET CORE令牌身份验证和授权(无Cookie)——第1部分

原文:使用JWT的ASP.NET CORE令牌身份验证和授权(无Cookie)——第1部分

目录

介绍

JWT(JSON Web令牌)

ASP.NET Core中的JWToken配置

用户模型类

创建令牌

第1步

第2步

第4步

令牌存储

中间件

自定义中间件app.Use()

中间件app.UseAuthentication()

自定义中间件代码

登录页面(Index.cshtml)

Home控制器

注销(Log Off)

登录演示项目

登录页面

LoginDemo.sln

第2部分


介绍

本文演示如何在ASP.NET CORE中使用JWT(JSON Web令牌)实现令牌身份验证和授权。本文中使用的方法不使用任何客户端cookie进行身份验证和授权。这意味着,令牌没有存储在客户端浏览器中,它是完全从服务器端处理的。由于本文主要侧重于实现ASP.NET CORE身份验证和授权,因此我们不会深入研究令牌配置和令牌创建。从实现的角度来看,仅简要介绍了令牌配置和创建。有很多文章详细解释了它。本文包含完整的代码和LoginDemo.sln项目。

在进入本主题之前,让我们简要介绍一下身份验证和授权。

身份验证:授予用户访问/许可以进入应用程序的权限。就像给人访问/许可进入建筑物的权限。

授权:这是在身份验证之后进行的。仅向用户授予应用程序某些页面的权限。这就像谁有权访问/许可进入10层楼的人,只能去2 或4 楼。

JWT(JSON Web令牌)

就像说的那样,JWToken是JSON格式的字符串值。为每个有效用户发出JWToken(身份验证)。在用户登录期间,令牌仅创建一次。用户将在随后的所有HTTP授权请求中使用该令牌,直到该用户从应用程序注销为止。

ASP.NET Core中的JWToken配置

我们不会涉及JWToken配置的每个细节。有很多文章对此进行了解释。使用 Microsoft.AspNetCore.Authentication.JwtBearer和Microsoft.IdentityModel.Tokens配置JWT。这是在Startup.cs中的 ConfigurationServices()方法中完成的。

您可以在下面的代码中看到,有两个部分令牌配置,services.AddAuthentication()和AddJwtBearer()。

services.AddAuthentication():此部分用于配置我们将要使用的身份验证方案或机制。在这里,我们告诉ASP.NET Core使用JWT承载令牌身份验证。这非常重要,因为这将在Configure()以后的方法中使用。

AddJwtBearer():在本部分中,我们使用密钥,到期日期,使用者等配置Token。密钥用于加密和解密令牌。创建令牌时应使用相同的密钥,我们将在“创建令牌”主题中看到。


  1. public void ConfigureServices(IServiceCollection services)
  2. {
  3. services.AddSession(options => {
  4. options.IdleTimeout = TimeSpan.FromMinutes(60);
  5. });
  6. services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_2_1);
  7. //Provide a secret key to Encrypt and Decrypt the Token
  8. var SecretKey = Encoding.ASCII.GetBytes
  9. ("YourKey-2374-OFFKDI940NG7:56753253-tyuw-5769-0921-kfirox29zoxv");
  10. //Configure JWT Token Authentication
  11. services.AddAuthentication(auth =>
  12. {
  13. auth.DefaultAuthenticateScheme = JwtBearerDefaults.AuthenticationScheme;
  14. auth.DefaultChallengeScheme = JwtBearerDefaults.AuthenticationScheme;
  15. })
  16. .AddJwtBearer(token =>
  17. {
  18. token.RequireHttpsMetadata = false;
  19. token.SaveToken = true;
  20. token.TokenValidationParameters = new TokenValidationParameters
  21. {
  22. ValidateIssuerSigningKey = true,
  23. //Same Secret key will be used while creating the token
  24. IssuerSigningKey = new SymmetricSecurityKey(SecretKey),
  25. ValidateIssuer = true,
  26. //Usually, this is your application base URL
  27. ValidIssuer = "http://localhost:45092/",
  28. ValidateAudience = true,
  29. //Here, we are creating and using JWT within the same application.
  30. //In this case, base URL is fine.
  31. //If the JWT is created using a web service, then this would be the consumer URL.
  32. ValidAudience = "http://localhost:45092/",
  33. RequireExpirationTime = true,
  34. ValidateLifetime = true,
  35. ClockSkew = TimeSpan.Zero
  36. };
  37. });
  38. }

用户模型类

我们需要一个模型类供用户登录。使用用户ID,密码和其他凭据为User创建一个模型类。在“Models”文件夹下创建一个类User.cs


  1. public class User
  2. {
  3. public string USERID { get; set; }
  4. public string PASSWORD { get; set; }
  5. public string FIRST_NAME { get; set; }
  6. public string LAST_NAME { get; set; }
  7. public string EMAILID { get; set; }
  8. public string PHONE { get; set; }
  9. public string ACCESS_LEVEL { get; set; }
  10. public string READ_ONLY { get; set; }
  11. }

创建令牌

第1步

让我们创建一个TokenProvider.cs类,它将为用户创建/生成令牌。令牌仅创建一次,并在所有后续请求中使用,直到用户注销。在解决方案的文件夹下,创建一个TokenProvider.cs类。

第2步

在创建Token之前,我们需要从登录页面获取UserID,并检查用户是否存在于我们的数据库中。出于演示目的,用户列表是存储在列表中的硬编码值。在现实世界中,这可能来自数据库或某些数据源。让我们向TokenProvider.cs类添加一个属性(UserList)。此属性是我们的用户数据存储区,几乎没有硬编码值。


  1. //Using hard coded collection list as Data Store for demo purposes
  2. //In reality, User data comes from Database or other Data Source.
  3. private List UserList = new List
  4. {
  5. new User { USERID = "jsmith@email.com", PASSWORD = "test",
  6. EMAILID = "jsmith@email.com", FIRST_NAME = "John",
  7. LAST_NAME = "Smith", PHONE = "356-735-2748",
  8. ACCESS_LEVEL = "Director", READ_ONLY = "true" },
  9. new User { USERID = "srob@email.com", PASSWORD = "test",
  10. FIRST_NAME = "Steve", LAST_NAME = "Rob",
  11. EMAILID = "srob@email.com", PHONE = "567-479-8537",
  12. ACCESS_LEVEL = "Supervisor", READ_ONLY = "false" },
  13. new User { USERID = "dwill@email.com", PASSWORD = "test",
  14. FIRST_NAME = "DJ", LAST_NAME = "Will",
  15. EMAILID = "dwill@email.com", PHONE = "599-306-6010",
  16. ACCESS_LEVEL = "Analyst", READ_ONLY = "false" },
  17. new User { USERID = "JBlack@email.com", PASSWORD = "test",
  18. FIRST_NAME = "Joe", LAST_NAME = "Black",
  19. EMAILID = "JBlack@email.com", PHONE = "764-460-8610",
  20. ACCESS_LEVEL = "Analyst", READ_ONLY = "true" }
  21. };

第3步

我们需要在令牌中为应用程序设置用户权限(授权)。在令牌中,我们需要说明用户可以具有的权限级别。用户权限创建为Claims。创建令牌时,我们将在Claims对象集合中设置用户权限,并将其分配给Token。这些Claims值将用于在控制器中授予权限/授权用户。在MVC控制器的操作方法中,我们将使用“ACCESS_LEVEL”和“READ_ONLY”声明来设置用户权限。出于演示目的,对用户声明进行了硬编码。在这里,您可以连接到数据库并获得用户许可。

让我们添加一个方法(GetUserClaims())以获取用户权限级别并在TokenProvider.cs类中构建声明对象集合。


  1. //Using hard coded values in claims collection list as Data Store for demo.
  2. //In reality, User data comes from Database or other Data Source.
  3. private IEnumerable GetUserClaims(User user)
  4. {
  5. IEnumerable claims = new Claim[]
  6. {
  7. new Claim(ClaimTypes.Name, user.FIRST_NAME + " " + user.LAST_NAME),
  8. new Claim("USERID", user.USERID),
  9. new Claim("EMAILID", user.EMAILID),
  10. new Claim("PHONE", user.PHONE),
  11. new Claim("ACCESS_LEVEL", user.ACCESS_LEVEL.ToUpper()),
  12. new Claim("READ_ONLY", user.READ_ONLY.ToUpper())
  13. };
  14. return claims;
  15. }

第4步

现在是时候为用户创建令牌了。首先,从登录页面获取用户ID,并检查用户是否在上面声明的UserList集合属性中。如果用户ID在列表中,则我们有一个注册用户。如果不是,则认证失败。不要发行令牌。

其次,从登录页面获取密码,然后检查密码是否与UserList中的密码匹配。如果是,则为用户创建一个令牌。如果不是,则认证失败,并且不创建/发行令牌。

要创建JWToken,我们将使用两个名称空间System.IdentityModel.Tokens.Jwt和Microsoft.IdentityModel.Tokens。让我们使用JwtSecurityToken()类创建令牌(此处,我不介绍令牌创建的详细信息。有很多文章介绍了JWT令牌创建)。在创建令牌时,用户声明值将加载到令牌“claims”属性中。我们正在调用上面的函数GetUserClaims(),该函数为用户加载声明。Token在采用UserID和Password作为输入的LoginUser()方法中创建。

让我们创建一个函数LoginUser(),其将TokenProvider.cs中的UserID和Password作为输入参数。


  1. public string LoginUser(string UserID, string Password)
  2. {
  3. //Get user details for the user who is trying to login
  4. var user = UserList.SingleOrDefault(x => x.USERID == UserID);
  5. //Authenticate User, Check if it’s a registered user in Database
  6. if (user == null)
  7. return null;
  8. //If it's registered user, check user password stored in Database
  9. //For demo, password is not hashed. Simple string comparison
  10. //In real, password would be hashed and stored in DB. Before comparing, hash the password
  11. if (Password == user.PASSWORD)
  12. {
  13. //Authentication successful, Issue Token with user credentials
  14. //Provide the security key which was given in the JWToken configuration in Startup.cs
  15. var key = Encoding.ASCII.GetBytes
  16. ("YourKey-2374-OFFKDI940NG7:56753253-tyuw-5769-0921-kfirox29zoxv");
  17. //Generate Token for user
  18. var JWToken = new JwtSecurityToken(
  19. issuer: "http://localhost:45092/",
  20. audience: "http://localhost:45092/",
  21. claims: GetUserClaims(user),
  22. notBefore: new DateTimeOffset(DateTime.Now).DateTime,
  23. expires: new DateTimeOffset(DateTime.Now.AddDays(1)).DateTime,
  24. //Using HS256 Algorithm to encrypt Token
  25. signingCredentials: new SigningCredentials(new SymmetricSecurityKey(key),
  26. SecurityAlgorithms.HmacSha256Signature)
  27. );
  28. var token = new JwtSecurityTokenHandler().WriteToken(JWToken);
  29. return token;
  30. }
  31. else
  32. {
  33. return null;
  34. }
  35. }

几点要考虑...

创建令牌时,我们需要提供与Startup.cs中JWToken配置的安全密钥相同的安全密钥。


  1. var key = Encoding.ASCII.GetBytes
  2. ("YourKey-2374-OFFKDI940NG7:56753253-tyuw-5769-0921-kfirox29zoxv");

“issuer”和“audience”应与在ConfigureServices()方法的Startup.cs配置的值相同。

最后,TokenProvider.cs类如下所示:


  1. using LoginDemo.Models;
  2. using Microsoft.IdentityModel.Tokens;
  3. using System;
  4. using System.Collections.Generic;
  5. using System.IdentityModel.Tokens.Jwt;
  6. using System.Linq;
  7. using System.Security.Claims;
  8. using System.Text;
  9. using System.Threading.Tasks;
  10. namespace LoginDemo
  11. {
  12. public class TokenProvider
  13. {
  14. public string LoginUser(string UserID, string Password)
  15. {
  16. //Get user details for the user who is trying to login
  17. var user = UserList.SingleOrDefault(x => x.USERID == UserID);
  18. //Authenticate User, Check if it’s a registered user in Database
  19. if (user == null)
  20. return null;
  21. //If it is registered user, check user password stored in Database
  22. //For demo, password is not hashed. It is just a string comparision
  23. //In reality, password would be hashed and stored in Database.
  24. //Before comparing, hash the password again.
  25. if (Password == user.PASSWORD)
  26. {
  27. //Authentication successful, Issue Token with user credentials
  28. //Provide the security key which is given in
  29. //Startup.cs ConfigureServices() method
  30. var key = Encoding.ASCII.GetBytes
  31. ("YourKey-2374-OFFKDI940NG7:56753253-tyuw-5769-0921-kfirox29zoxv");
  32. //Generate Token for user
  33. var JWToken = new JwtSecurityToken(
  34. issuer: "http://localhost:45092/",
  35. audience: "http://localhost:45092/",
  36. claims: GetUserClaims(user),
  37. notBefore: new DateTimeOffset(DateTime.Now).DateTime,
  38. expires: new DateTimeOffset(DateTime.Now.AddDays(1)).DateTime,
  39. //Using HS256 Algorithm to encrypt Token
  40. signingCredentials: new SigningCredentials
  41. (new SymmetricSecurityKey(key), SecurityAlgorithms.HmacSha256Signature)
  42. );
  43. var token = new JwtSecurityTokenHandler().WriteToken(JWToken);
  44. return token;
  45. }
  46. else
  47. {
  48. return null;
  49. }
  50. }
  51. //Using hard coded collection list as Data Store for demo.
  52. //In reality, User details would come from Database.
  53. private List UserList = new List
  54. {
  55. new User { USERID = "jsmith@email.com",
  56. PASSWORD = "test", EMAILID = "jsmith@email.com",
  57. FIRST_NAME = "John", LAST_NAME = "Smith",
  58. PHONE = "356-735-2748", ACCESS_LEVEL = "Director",
  59. READ_ONLY = "true" },
  60. new User { USERID = "srob@email.com", PASSWORD = "test",
  61. FIRST_NAME = "Steve", LAST_NAME = "Rob",
  62. EMAILID = "srob@email.com", PHONE = "567-479-8537",
  63. ACCESS_LEVEL = "Supervisor", READ_ONLY = "false" },
  64. new User { USERID = "dwill@email.com", PASSWORD = "test",
  65. FIRST_NAME = "DJ", LAST_NAME = "Will",
  66. EMAILID = "dwill@email.com", PHONE = "599-306-6010",
  67. ACCESS_LEVEL = "Analyst", READ_ONLY = "false" },
  68. new User { USERID = "JBlack@email.com", PASSWORD = "test",
  69. FIRST_NAME = "Joe", LAST_NAME = "Black",
  70. EMAILID = "JBlack@email.com", PHONE = "764-460-8610",
  71. ACCESS_LEVEL = "Analyst", READ_ONLY = "true" }
  72. };
  73. //Using hard coded collection list as Data Store for demo.
  74. //In reality, User data comes from Database or other Data Source
  75. private IEnumerable GetUserClaims(User user)
  76. {
  77. IEnumerable claims = new Claim[]
  78. {
  79. new Claim(ClaimTypes.Name, user.FIRST_NAME + " " + user.LAST_NAME),
  80. new Claim("USERID", user.USERID),
  81. new Claim("EMAILID", user.EMAILID),
  82. new Claim("PHONE", user.PHONE),
  83. new Claim("ACCESS_LEVEL", user.ACCESS_LEVEL.ToUpper()),
  84. new Claim("READ_ONLY", user.READ_ONLY.ToUpper())
  85. };
  86. return claims;
  87. }
  88. }
  89. }

令牌存储

现在,我们已经验证了用户身份并为该用户颁发了令牌,我们需要将该令牌存储在某个位置,直到用户从应用程序注销为止。这是必需的,因为在成功登录后,令牌需要在每个后续的HTTP请求中传递。如上所述,我们将不使用任何客户端(浏览器)cookie来存储令牌。

相反,我们将在用户SESSION的服务器端存储令牌。创建一个SESSION变量并将令牌存储在其中。成功登录后,对于每个后续请求,我们将从session变量获取令牌并将其插入到传入的HTTP请求中。

我们将在HomeController下面的操作方法中执行此操作,从TokenProvider.cs获取令牌,创建Session对象“JWToken”并存储令牌。

HomeController.cs,有一个“LoginUser”操作方法。用户可以从Index.cshtml输入用户ID和密码,并将页面提交到HomeController.cs中的“LoginUser”操作方法。在“LoginUser”控制器操作方法中,我们将令牌添加到会话对象名称“JWToken”。

HttpContext.Session.SetString("JWToken", userToken);

中间件

这是整个实现过程的关键部分。这部分更多是一个概念,几行代码。我们将在这里做两件事:

  1. 将令牌插入HTTP请求
  2. 将用户声明加载到HTTP请求中

首先让我们了解一下这个概念。为了保持简单,请忍受。

身份验证和授权通过HTTP请求进行处理,以实现以下目的:

  • 令牌应该是HTTP请求的一部分,并且应该来自HTTP请求标头。
  • ClaimsPrinciple和ClaimsIdentity(HttpContext.User.Identity)对象是从当前HTTP上下文创建的。
  • 从HTTP请求标头读取用户声明并将其加载到HTTP  Claims标识对象中
  • 换句话说,授权是通过传入的HTTP请求完成的,而不是直接从令牌中读取。
  • 这样,将为该用户授权HTTP请求。

要达到上述目的:

  • 我们需要将Token(存储在用户会话变量“JWToken”中)插入每个传入的HTTP请求中。
  • 从中读取用户声明值Token并将其加载到HTTP 上下文的Claims Principle对象中。
  • 如果令牌在session变量“JWToken” 中不可用,则HTTP请求标头“Authorization”将为空。在这种情况下,不会在HTTP上下文中设置该用户的Claims Principle。那将拒绝用户的许可。

下图给出了有关如何将Token插入HTTP标头并在HTTP上下文中设置Claims Principle的想法。

使用JWT的ASP.NET CORE令牌身份验证和授权(无Cookie)——第1部分

自定义中间件app.Use()

使用此自定义中间件将令牌插入传入HTTP请求的主要思想。现在,我们已经记录了存储在Session变量“JWToken” 中的用户令牌,我们需要将该令牌插入所有后续传入的HTTP请求中。为此,我们将向ASP.NET Core中间件编写几行代码。这不过是HTTP管道。自定义中间件已添加到Startup.cs  Configure()方法中。

PS:Token在用户登录期间仅创建一次。

中间件app.UseAuthentication()

现在,我们需要验证令牌并将声明加载到HTTP Request上下文。UseAuthentication()为我们做这项工作。在HTTP请求命中MVC控制器之前,UseAuthentication()执行以下操作:

  • 使用AddJwtBearer()配置中提供的密钥解密和验证令牌(在Startup.cs中的ConfigureServices()方法下)
  • 在HTTP请求上下文中设置User对象
  • 最后,从Token中读取Claims值并将其加载到HttpContext.User.Identity对象

自定义中间件代码

Startup.cs,将以下代码添加到Configure()方法中。在之后添加以下代码app.UseCookiePolicy()。在这里,代码执行顺序很重要。


  1. app.UseSession();
  2. //Add JWToken to all incoming HTTP Request Header
  3. app.Use(async (context, next) =>
  4. {
  5. var JWToken = context.Session.GetString("JWToken");
  6. if (!string.IsNullOrEmpty(JWToken))
  7. {
  8. context.Request.Headers.Add("Authorization", "Bearer " + JWToken);
  9. }
  10. await next();
  11. });
  12. //Add JWToken Authentication service
  13. app.UseAuthentication();

让我们看一下代码:

  • app.UseSession()是使用Session对象配置的。
  • 要编写自定义中间件,请使用app.Use()。
  • 首先,在将其插入到HTTP Request中之前,我们需要Token。我们已将令牌存储在Session中。Token从session变量“JWToken”中获取。
var JWToken = context.Session.GetString("JWToken");

  • 下一行检查在Session中Token是否可用。如果不可用,则用户未通过身份验证。因此,用户权限被拒绝。
  • 如果Token出现在Session变量“JWToken”中,那么我们可以通过用户身份认证。
  • 现在,我们需要将令牌添加到HTTP  Request(请记住,用户标识(User Identity)是通过HTTP Request创建的)。以下代码将令牌添加到所有传入的HTTP Request中。
context.Request.Headers.Add("Authorization", "Bearer " + JWToken);

  • 注意,我们将令牌添加到HTTP Request的“Authorization”标头中。是的,将令牌添加到“Authorization”标头很重要,并且令牌应与关键字“Bearer” 串联。
  • 下一行代码是app.UseAuthentication()。
    1. 这行代码将查找在ConfigureServices()方法中配置的身份验证机制。在我们的ConfigureService()代码中,我们使用Microsoft.AspNetCore.Authentication namespace中的“AddJwtBearer”进行配置。
    2. 在AddJWtBeared()内部,我们具有带有密钥、到期日期等的令牌配置。
    3. 当HTTP Request进入时,app.UseAuthentication()将在HTTP Request中查找“Authorization”标头。它将读取存储在“Authorization”标头中的值,并将其传递给Microsoft.AspNetCore.Authentication。Microsoft.AspNetCore.Authentication将根据我们为令牌设置的配置评估和验证令牌。这包括使用我们在配置中提供的密钥对令牌解密,并从令牌中读取声明,并将声明加载到HttpContext.User.Identity对象。在这里,HTTP上下文本身是经过身份验证和授权的。
    4. 此完整执行仅对一个HTTP Request(特定的传入请求)有效。我们必须对所有后续HTTP Request执行此操作。这就是我们将Token存储在session变量中并将Token分配给所有后续传入HTTP Request 的HTTP Request“Authorization”标头的原因。所有传入的HTTP Request和传出的HTTP Response都通过Startup.cs Configure()方法中的HTTP管道进行。

最后,Startup.cs Configure()方法如下所示:


  1. // This method gets called by the runtime.
  2. // Use this method to configure the HTTP request pipeline.
  3. public void Configure(IApplicationBuilder app, IHostingEnvironment env)
  4. {
  5. if (env.IsDevelopment())
  6. {
  7. app.UseDeveloperExceptionPage();
  8. }
  9. else
  10. {
  11. app.UseExceptionHandler("/Home/Error");
  12. }
  13. app.UseStaticFiles();
  14. app.UseCookiePolicy();
  15. //Add User session
  16. app.UseSession();
  17. //Add JWToken to all incoming HTTP Request Header
  18. app.Use(async (context, next) =>
  19. {
  20. var JWToken = context.Session.GetString("JWToken");
  21. if (!string.IsNullOrEmpty(JWToken))
  22. {
  23. context.Request.Headers.Add("Authorization", "Bearer " + JWToken);
  24. }
  25. await next();
  26. });
  27. //Add JWToken Authentication service
  28. app.UseAuthentication();
  29. app.UseMvc(routes =>
  30. {
  31. routes.MapRoute(
  32. name: "default",
  33. template: "{controller=Home}/{action=Index}/{id?}");
  34. });
  35. }

登录页面(Index.cshtml)

现在,我们创建一个带有用户ID和密码文本框的简单登录页面(Index.cshtml)。添加User.cs模型以查看页面。在这里,您可以看到检查用户是否已通过身份验证的IF条件User.Identity.IsAuthenticated。“User”对象是System.Security.Claims的一部分,由中间件在HTTP上下文中设置。如果用户已通过身份验证,我们将通过claims标识名称属性显示用户名。如果不是,那么我们要求用户登录。


  1. @model LoginDemo.Models.User
  2. @{
  3. ViewData["Title"] = "Home Page";
  4. }
  5. <div style="padding-top:50px;"></div>
  6. <div style="padding-top:50px;">
  7. @if (User.Identity.IsAuthenticated)
  8. {
  9. <div class="row">
  10. You are Logged in as
  11. <span style="font-size:large;color:forestgreen;">
  12. @User.Identity.Name</span>
  13. </div>
  14. <div class="row" style="padding-top:50px;">
  15. @Html.ActionLink("Log Off", "Logoff",
  16. "Home", null, new { @class = "btn btn-primary btn-lg rph-login-button" })
  17. </div>
  18. }
  19. else
  20. {
  21. <div class="row">
  22. <div class="col-lg-4 col-md-4 col-sm-4">
  23. <div>
  24. @using (Html.BeginForm("LoginUser", "Home",
  25. FormMethod.Post, new { role = "form" }))
  26. {
  27. <div>
  28. @Html.AntiForgeryToken()
  29. <div>
  30. <label>User ID</label><br />
  31. </div>
  32. <div>
  33. @Html.TextBoxFor(m => m.USERID,
  34. new {@class = "form-control txtbox"})
  35. </div>
  36. <div style="padding-top:20px;"></div>
  37. <div>
  38. <label>Password</label><br />
  39. </div>
  40. <div>
  41. @Html.PasswordFor(m => m.USERID,
  42. new {@class = "form-control txtbox"})
  43. </div>
  44. </div>
  45. <div class="padding-left:35%;width:40%;">
  46. <div class="padding-top:20px;">
  47. <input class="btn btn-primary
  48. btn-lg rph-login-button"
  49. type="submit" value="Login"/>
  50. </div>
  51. </div>
  52. }
  53. </div>
  54. </div>
  55. <div class="col-lg-8 col-md-8 col-sm-8">
  56. <div style="padding-top:50px;">
  57. <div><b>Please login with any of the below User ID,
  58. Password is span style="font-size:large;color:forestgreen;"
  59. >test</span> for all Users</b></div>
  60. <div style="padding-top:10px;">
  61. <ui style="list-style: none;">
  62. <li>jsmith@email.com - Director, Read Only - true</li>
  63. <li>srob@email.com - Supervisor, Read Only - false</li>
  64. <li>dwill@email.com - Analyst, Read Only - false</li>
  65. <li>JBlack@email.com - Analyst, Read Only - true</li>
  66. </ui>
  67. </div>
  68. </div>
  69. </div>
  70. </div>
  71. }
  72. </div>

Home控制器

让我们在HomeController.cs添加两个Action方法。一个用于Index(登录)页面,另一个用于提交登录页面。


  1. public IActionResult Index()
  2. {
  3. return View();
  4. }
  5. public IActionResult LoginUser(User user)
  6. {
  7. TokenProvider _tokenProvider = new TokenProvider();
  8. //Authenticate user
  9. var userToken = _tokenProvider.LoginUser(user.USERID.Trim(), user.PASSWORD.Trim());
  10. if (userToken != null)
  11. {
  12. //Save token in session object
  13. HttpContext.Session.SetString("JWToken", userToken);
  14. }
  15. return Redirect("~/Home/Index");
  16. }

Action方法LoginUser(User user)从登录页面获取用户ID和密码值。下一行通过检查数据存储中的用户ID和密码来进行身份验证。

var userToken = _tokenProvider.LoginUser(user.USERID.Trim(), user.PASSWORD.Trim());

接下来的几行通过TokenProvider()检查是否存在发行的令牌。如果是,则将令牌保存在用户Session变量“JWToken”中。


  1. if (userToken != null)
  2. {
  3. //Save token in session object
  4. HttpContext.Session.SetString("JWToken", userToken);
  5. }

然后,将页面重定向到Index.cshtml

return Redirect("~/Home/Index");

在页面重定向期间,我们已经将令牌存储在session对象中。现在,页面重定向通过Startup.cs的HTTP管道进行。现在,自定义中间件将停止HTTP Request,并将令牌插入HTTP Request标头“Authorization”。请参阅“中间件”以获取更多详细信息(上面章节)。

如果token在session变量“JWToken” 中不可用,则HTTP Request标头“Authorization”将为空。在这种情况下,Context将不会为该用户设置HTTP 。重定向将要求用户登录。

注销(Log Off)

让我们注销用户。如果没有令牌,则无法为用户设置HTTP上下文。因此,token从session对象中删除。要从session中除去token,请清除该用户的session并重定向到另一个控制器动作

添加一个控制器动作方法Logoff()。为用户清除session并重定向到Index操作方法中。重定向到另一个控制器操作方法很重要。让我们看看为什么?假设在Logoff()操作方法中,我们返回View()而不是Redirect()。在这种情况下,视图页面将呈现给浏览器,并且仍然用户可以访问该页面,User.Identity.IsAuthenticated仍然是true。当ASP.NET执行控制器操作方法时,它正在HTTP RESPONSE的过程中。这意味着它已经通过HTTP REQUEST传递了。用户 Claims Principle在HTTP Request中设置。通过注销用户,我们还需要清除该用户的Claims Principle。仅清除会话是不够的。因此,我们需要再次通过HTTP管道。重定向到另一个控制器通过HTTP管道,它将查找在session变量“JWToken”中的Token。但是,我们已经清除了session,token将不会在session中了。没有令牌,就不能在HTTP上下文中设置Claims Principle。这将完全注销用户。


  1. public IActionResult Logoff()
  2. {
  3. HttpContext.Session.Clear();
  4. return Redirect("~/Home/Index");
  5. }

控制器代码


  1. using System;
  2. using System.Collections.Generic;
  3. using System.Diagnostics;
  4. using System.Linq;
  5. using System.Threading.Tasks;
  6. using Microsoft.AspNetCore.Mvc;
  7. using LoginDemo.Models;
  8. using System.Security.Claims;
  9. using Microsoft.AspNetCore.Http;
  10. namespace LoginDemo.Controllers
  11. {
  12. public class HomeController : Controller
  13. {
  14. public IActionResult Index()
  15. {
  16. return View();
  17. }
  18. public IActionResult LoginUser(User user)
  19. {
  20. TokenProvider _tokenProvider = new TokenProvider();
  21. var userToken = _tokenProvider.LoginUser(user.USERID.Trim(),
  22. user.PASSWORD.Trim());
  23. if (userToken != null)
  24. {
  25. //Save token in session object
  26. HttpContext.Session.SetString("JWToken", userToken);
  27. }
  28. return Redirect("~/Home/Index");
  29. }
  30. public IActionResult Logoff()
  31. {
  32. HttpContext.Session.Clear();
  33. return Redirect("~/Home/Index");
  34. }
  35. }
  36. }

登录演示项目

登录页面

使用JWT的ASP.NET CORE令牌身份验证和授权(无Cookie)——第1部分

使用JWT的ASP.NET CORE令牌身份验证和授权(无Cookie)——第1部分

LoginDemo.sln

使用JWT的ASP.NET CORE令牌身份验证和授权(无Cookie)——第1部分

第2部分

在第2部分中,我们将介绍对用户的授权。我们将看到:

  1. 如何授予用户页面级访问权限
  2. 如何创建自定义授权过滤器属性以在控制器级别和操作方法级别上限制用户
  3. 用自定义授权属性装饰控制器操作方法
  4. 限制用户无需登录即可直接访问页面

下一篇:使用JWT的ASP.NET CORE令牌身份验证和授权(无Cookie)——第2部分

上一篇:asp.net webapi 自定义身份验证


下一篇:5、Kafka生产过程分析