ASP.NET Core 使用Cookie驗證身份的示例代碼

Posted on by

ASP.NET Core 1.x提供瞭通過Cookie 中間件將用戶主體序列化為一個加密的Cookie，然後在後續請求中驗證Cookie並重新創建主體，並將其分配給HttpContext.User屬性。如果您要提供自己的登錄界面和用戶數據庫，可以使用作為獨立功能的Cookie中間件。

ASP.NET Core 2.x的一個主要變化是不再存在Cookie中間件。取而代之的是在Startup.cs文件中的Configure方法中的調用UseAuthentication方法會添加設置HttpContext.User屬性的 AuthenticationMiddleware 中間件。

添加配置

ASP.NET Core 1.x

按下列步驟操作：

在您的項目中安裝Microsoft.AspNetCore.Authentication.CookiesNuGet包。此包包含Cookie中間件。

在Startup.cs文件中的Configure方法中添加下面的行，在app.UseMvc()語句之前：

    app.UseCookieAuthentication(new CookieAuthenticationOptions()
    {
      AccessDeniedPath = "/Account/Forbidden/",
      AuthenticationScheme = "MyCookieAuthenticationScheme",
      AutomaticAuthenticate = true,
      AutomaticChallenge = true,
      LoginPath = "/Account/Unauthorized/"
    });

ASP.NET Core 2.x

按下列步驟操作：

如果不使用Microsoft.AspNetCore.All 元包，則在您的項目中安裝2.0版的Microsoft.AspNetCore.Authentication.CookiesNuGet包。

在Startup.cs文件中的Configure方法中調用UseAuthentication方法：

app.UseAuthentication();

在Startup.cs文件中的ConfigureServices方法中調用AddAuthentication和AddCookie方法： 

    services.AddAuthentication("MyCookieAuthenticationScheme")
        .AddCookie("MyCookieAuthenticationScheme", options => {
          options.AccessDeniedPath = "/Account/Forbidden/";
          options.LoginPath = "/Account/Unauthorized/";
        });

上面的代碼片段配置瞭以下部分或全部選項：

  • AccessDeniedPath – 當用戶嘗試訪問資源但沒有通過任何授權策略時，這是請求會重定向的相對路徑資源。
  • AuthenticationScheme – 這是一個已知的特定Cookie認證方案的值。當有多個Cookie驗證實例，並且您想限制對一個實例的授權時，這就非常有用。
  • AutomaticAuthenticate – 此標識僅適用於ASP.NET Core 1.x。它表示Cookie身份驗證應在每個請求上運行，並嘗試驗證和重建序列化主體。
  • AutomaticChallenge – 此標識僅適用於ASP.NET Core 1.x。這表示當授權失敗時，1.x Cookie認證應將瀏覽器重定向到LoginPath或AccessDeniedPath。
  • LoginPath – 當用戶嘗試訪問資源但尚未認證時，這是請求重定向的相對路徑。

其它選項包括為Cookie認證創建的設置選項，身份驗證的Cookie的名稱，Cookie的域和Cookie各種安全屬性。默認情況下，Cookie身份驗證為其創建的任何Cookie使用適當的安全選項，例如：

  • 設置HttpOnly標志以防止客戶端JavaScript中訪問Cookie
  • 如果請求是通過HTTPS訪問，則將Cookie限制為HTTPS

創建身份認證Cookie

要創建一個保存用戶信息的cookie，您必須構建一個ClaimsPrincipal 保存您希望序列化到Cookie中的信息。

ASP.NET Core 1.x 

await HttpContext.Authentication.SignInAsync("MyCookieAuthenticationScheme", principal);

ASP.NET Core 2.x 

await HttpContext.SignInAsync("MyCookieAuthenticationScheme", principal);

這將創建一個加密的Cookie並將其添加到當前響應中。在調用SignInAsync時，必須在配置中指定的AuthenticationScheme。

順便提一下，使用的加密方式是ASP.NET Core的Data Protection系統。如果您在多臺機器上進行托管、負載平衡或使用Web集群，則需要配置Data Protection才能使用相同的密鑰和應用程序標識符。

Signing out(登出)

要退出當前用戶並刪除其Cookie，請在控制器中調用以下方法：

ASP.NET Core 1.x 

await HttpContext.Authentication.SignOutAsync("MyCookieAuthenticationScheme");

ASP.NET Core 2.x 

await HttpContext.SignOutAsync("MyCookieAuthenticationScheme");

服務端變化反饋

警告： 一旦創建瞭認證的Cookie，它將成為唯一的身份來源。即使您在服務系統中禁用用戶，Cookie身份驗證也無法瞭解此信息，隻要Cookie有效，用戶仍可登錄。

Cookie認證在其選項中提供瞭一系列事件。ValidateAsync()事件可用於攔截和重寫Cookie身份驗證。

可以考慮在後端用戶數據庫中增加LastChanged列。為瞭在數據庫更改時使Cookie無效，您應該首先在創建Cookie時添加一個LastChanged包含當前值的聲明。數據庫更改時，更新LastChanged例的值。

要重寫ValidateAsync()事件的實現，您必須編寫一個具有以下簽名的方法：

Task ValidateAsync(CookieValidatePrincipalContext context);

ASP.NET Core Identity 在SecurityStampValidator實現瞭這一邏輯，鏈接地址。示例如下所示：

ASP.NET Core 1.x

  public static class LastChangedValidator
  {
    public static async Task ValidateAsync(CookieValidatePrincipalContext context)
    {
      // Pull database from registered DI services.
      var userRepository = context.HttpContext.RequestServices.GetRequiredService<IUserRepository>();
      var userPrincipal = context.Principal;
  
      // Look for the last changed claim.
      string lastChanged;
      lastChanged = (from c in userPrincipal.Claims
              where c.Type == "LastUpdated"
              select c.Value).FirstOrDefault();
  
      if (string.IsNullOrEmpty(lastChanged) ||
        !userRepository.ValidateLastChanged(userPrincipal, lastChanged))
      {
        context.RejectPrincipal();
        await context.HttpContext.Authentication.SignOutAsync("MyCookieAuthenticationScheme");
      }
    }
  }

然後，在Startup.cs文件中的Configure方法中將Cokie認證配置進行重寫：

  app.UseCookieAuthentication(new CookieAuthenticationOptions
  {
    Events = new CookieAuthenticationEvents
    {
      OnValidatePrincipal = LastChangedValidator.ValidateAsync
    }
  });

ASP.NET Core 2.x

  public static class LastChangedValidator
  {
    public static async Task ValidateAsync(CookieValidatePrincipalContext context)
    {
      // Pull database from registered DI services.
      var userRepository = context.HttpContext.RequestServices.GetRequiredService<IUserRepository>();
      var userPrincipal = context.Principal;
  
      // Look for the last changed claim.
      string lastChanged;
      lastChanged = (from c in userPrincipal.Claims
              where c.Type == "LastUpdated"
              select c.Value).FirstOrDefault();
  
      if (string.IsNullOrEmpty(lastChanged) ||
        !userRepository.ValidateLastChanged(userPrincipal, lastChanged))
      {
        context.RejectPrincipal();
        await context.HttpContext.SignOutAsync("MyCookieAuthenticationScheme");
      }
    }
  }

然後，將在Startup.cs的ConfigureServices方法中將Cookie服務註冊進行配置：

  services.AddAuthentication("MyCookieAuthenticationScheme")
      .AddCookie(options =>
      {
        options.Events = new CookieAuthenticationEvents
        {
          OnValidatePrincipal = LastChangedValidator.ValidateAsync
        };
      });

如果要非破壞性地更新用戶主體，可以調用context.ReplacePrincipal()，並將context.ShouldRenew屬性設置為true。

Cookie設置選項

CookieAuthenticationOptions類提供瞭各種配置選項，在創建時調整Cookie的配置。

ASP.NET Core 1.x

  • ClaimsIssuer是由中間件創建的任何聲明時使用的Issuer屬性。
  • CookieDomain是提供Cookie的域名。默認情況下，這是發送請求的主機名。瀏覽器僅將Cookie提供給匹配的主機名。您可能希望對此進行調整，以便您的域中的任何主機都可以使用Cookie。例如，將Cookie域名設置為.contoso.com，可以使用Cookie的域名有contoso.com、www.contoso.com、staging.www.contoso.com等。
  • CookieHttpOnly是一個標識，指定Cookie是否隻能由服務器訪問。默認為true。如果您的應用程序具有Cross-Site Scripting(XSS)的問題，更改此值可能會導致Cookie被盜用。
  • CookiePath可用於隔離在相同主機名上運行的應用程序。如果你有一個應用程序在/app1中運行，並希望限制發送的Cookie隻發送到該應用程序，那麼您應該將CookiePath屬性設置為/app1。通過這樣做，Cookie隻適用於對/app1或其下任何內容的請求。
  • CookieSecure是一個標識，表示創建的Cookie是否應該被限制為HTTPS，HTTP或HTTPS，或與請求相同的協議。默認為SameAsRequest。
  • ExpireTimeSpan是TimeSpan類型，在此時間段之後Cookie將過期。將當前日期加上此時間段為創建Cookie的到期日期。
  • SlidingExpiration是一個標識，指示當超過一半的ExpireTimeSpan間隔時，Cookie到期日期是否復位。新的到期日是當前時間加上ExpireTimespan。調用SignInAsync時，可以使用AuthenticationProperties類設置絕對到期時間。絕對到期時間可以通過限制認證Cookie有效的時間來提高應用程序的安全性。

在Startup.cs文件中的Configure方法中使用CookieAuthenticationOptions的例子如下：

  app.UseCookieAuthentication(new CookieAuthenticationOptions
  {
    CookieName = "AuthCookie",
    CookieDomain = "contoso.com",
    CookiePath = "/",
    CookieHttpOnly = true,
    CookieSecure = CookieSecurePolicy.Always
  });

ASP.NET Core 2.x

ASP.NET Core 2.x 統一瞭用於配置Cookie的API。1.x API已被標記為過時，並且在CookieAuthenticationOptions類中引入瞭一種類型為CookieBuilder新的Cookie屬性。建議您遷移到2.x API。

  • ClaimsIssuer是由Cookie認證創建的任何聲明時使用的Issuer屬性。
  • CookieBuilder.Domain是提供Cookie的域名。默認情況下，這是發送請求的主機名。瀏覽器僅將Cookie提供給匹配的主機名。您可能希望對此進行調整，以便您的域中的任何主機都可以使用Cookie。例如，將Cookie域名設置為.contoso.com，可以使用Cookie的域名有contoso.com、www.contoso.com、staging.www.contoso.com等
  • CookieBuilder.HttpOnly是一個標識，指定Cookie是否隻能由服務器訪問。默認為true。如果您的應用程序具有Cross-Site Scripting(XSS)的問題，更改此值可能會導致Cookie被盜用。
  • CookieBuilder.Path可用於隔離在相同主機名上運行的應用程序。如果你有一個應用程序在/app1中運行，並希望限制發送的Cookie隻發送到該應用程序，那麼您應該將CookiePath屬性設置為/app1。通過這樣做，Cookie隻適用於對/app1或其下任何內容的請求。
  • CookieBuilder.SameSite表示瀏覽器是否允許Cookie被附加到同一站點或跨站點的請求。默認為SameSiteMode.Lax。
  • CookieBuilder.SecurePolicy是一個標識，表示創建的Cookie是否應該被限制為HTTPS，HTTP或HTTPS，或與請求相同的協議。默認為SameAsRequest。
  • ExpireTimeSpan是TimeSpan類型，在此時間段之後Cookie將過期。將當前日期加上此時間段為創建Cookie的到期日期。
  • SlidingExpiration是一個標識，指示當超過一半的ExpireTimeSpan間隔時，Cookie到期日期是否復位。新的到期日是當前時間加上ExpireTimespan。調用SignInAsync時，可以使用AuthenticationProperties類設置絕對到期時間。絕對到期時間可以通過限制認證Cookie有效的時間來提高應用程序的安全性。

在Startup.cs的ConfigureServices方法中使用CookieAuthenticationOptions的例子如下：

  services.AddAuthentication()
    .AddCookie(options =>
    {
      options.Cookie.Name = "AuthCookie";
      options.Cookie.Domain = "contoso.com";
      options.Cookie.Path = "/";
      options.Cookie.HttpOnly = true;
      options.Cookie.SameSite = SameSiteMode.Lax;
      options.Cookie.SecurePolicy = CookieSecurePolicy.Always;
    });

持久Cookie和絕對到期時間

您可能希望Cookie在瀏覽器會話中持續存在，並希望設置身份和Cookie傳輸的絕對過期時間。這種持久性應該隻能是用戶顯示同意，在登錄時的“記住我”復選框或類似的機制啟用。您可以通過在創建身份認證Cookie時調用的SignInAsync方法中使用AuthenticationProperties參數來執行這些操作。例如：

ASP.NET Core 1.x

  await HttpContext.Authentication.SignInAsync(
    "MyCookieAuthenticationScheme",
    principal,
    new AuthenticationProperties
    {
      IsPersistent = true
    });

上述代碼片段中使用的AuthenticationProperties類，位於Microsoft.AspNetCore.Http.Authentication命名空間中。

ASP.NET Core 2.x

  await HttpContext.SignInAsync(
    "MyCookieAuthenticationScheme",
    principal,
    new AuthenticationProperties
    {
      IsPersistent = true
    });

上述代碼片段中使用的AuthenticationProperties類，位於Microsoft.AspNetCore.Authentication命名空間中。

上面的代碼段創建一個身份和相應的Cookie，直到瀏覽器關閉。以前通過Cookie設置選項配置的任何滑動過期設置仍然有效。如果Cookie在瀏覽器關閉時過期，瀏覽器會在重新啟動後清除它。如果Cookie在瀏覽器關閉時過期，瀏覽器會在重新啟動後清除它。

ASP.NET Core 1.x 

  await HttpContext.Authentication.SignInAsync(
    "MyCookieAuthenticationScheme",
    principal,
    new AuthenticationProperties
    {
      ExpiresUtc = DateTime.UtcNow.AddMinutes(20)
    });

ASP.NET Core 2.x 

  await HttpContext.SignInAsync(
    "MyCookieAuthenticationScheme",
    principal,
    new AuthenticationProperties
    {
      ExpiresUtc = DateTime.UtcNow.AddMinutes(20)
    });

上述代碼段創建一個持續20分鐘的身份和相應的cookie。這將忽略以前通過Cookie設置選項配置的任何滑動過期設置。

ExpiresUtc和IsPersistent屬性是互斥的。

原文：《Using Cookie Authentication without ASP.NET Core Identity》
翻譯：Sweet Tang
本文地址：http://www.cnblogs.com/tdfblog/p/aspnet-core-security-authentication-cookie.html

到此這篇關於ASP.NET Core 使用Cookie驗證身份的示例代碼的文章就介紹到這瞭,更多相關ASP.NET Core Cookie驗證身份內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：