快捷導(dǎo)航

Asp.net中Microsoft.Identity的IPasswordHasher加密的默認(rèn)實現(xiàn)與運用

更新時間：2017年02月17日 17:10:16 作者：坦蕩

本文主要介紹了Microsoft.Identity的IPasswordHasher加密的默認(rèn)實現(xiàn)與運用。具有很好的參考價值，下面跟著小編一起來看下吧

相信了解了MS Identity認(rèn)證體系的一定知道UserManager的作用，他是整個體系中的調(diào)度者，他定義了一套用戶行為來幫助我們管理用戶信息，角色信息，處理密碼等。而其實現(xiàn)則在UserStore當(dāng)中，我們可以實現(xiàn)其為我們定義的比如IUserStore,IUserPasswordStore,IRoleStore等等. 我們可以基于一整套用戶行為，自定義自己的用戶信息和數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)存儲。那么關(guān)于Password的Hasher，MS依然為我們提供了完整的行為定義，也由UserManager來調(diào)度。比如

UserManager.PasswordHasher.HashPassword(password)

PasswordHasher在UserManager接口中是這樣定義的：

我原本對其默認(rèn)實現(xiàn)是沒有興趣的，出于獨立多個應(yīng)用的登陸認(rèn)證的目的，所以需要一個獨立的用戶認(rèn)證項目來作為認(rèn)證服務(wù)，其僅生產(chǎn)token，認(rèn)證成功后，用戶的HTTP Request Header的Authorization帶著 token來訪問應(yīng)用服務(wù)器上的各種資源。

就是因為這樣的原因，在多個應(yīng)用的密碼認(rèn)證上出現(xiàn)了這樣一個問題：

比如應(yīng)用A采用了實現(xiàn)IPasswordHasher來自定義加密方式——MD5+salt的形式，而應(yīng)用B則采用了Identity默認(rèn)的PasswordHasher來實現(xiàn)，通過反編譯得到如下代碼：

所以為了兼容多個應(yīng)用不同的加密方式，我不得不反編譯出源碼，拿到其默認(rèn)加密方式，根據(jù)不同應(yīng)用名稱，來判斷對密碼加密或者解密，或者直接通過某種方式來對比數(shù)據(jù)庫和用戶輸入的密碼。先上MS默認(rèn)的PasswordHasher具體實現(xiàn)

// Decompiled with JetBrains decompiler
// Type: Microsoft.AspNet.Identity.Crypto
// Assembly: Microsoft.AspNet.Identity.Core, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
// MVID: E3A10FFD-023A-4BC3-AD53-32D145ABF1C9
// Assembly location: C:\Sport\NewProject\V2.0\Api\Fantasy.Sport\packages\Microsoft.AspNet.Identity.Core.2.2.1\lib\net45\Microsoft.AspNet.Identity.Core.dll
using System;
using System.Runtime.CompilerServices;
using System.Security.Cryptography;
namespace Microsoft.AspNet.Identity
{
 internal static class Crypto
 {
 private const int PBKDF2IterCount = 1000;
 private const int PBKDF2SubkeyLength = 32;
 private const int SaltSize = 16;
 public static string HashPassword(string password)
 {
  if (password == null)
  throw new ArgumentNullException("password");
  byte[] salt;
  byte[] bytes;
  using (Rfc2898DeriveBytes rfc2898DeriveBytes = new Rfc2898DeriveBytes(password, 16, 1000))
  {
  salt = rfc2898DeriveBytes.Salt;
  bytes = rfc2898DeriveBytes.GetBytes(32);
  }
  byte[] inArray = new byte[49];
  Buffer.BlockCopy((Array) salt, 0, (Array) inArray, 1, 16);
  Buffer.BlockCopy((Array) bytes, 0, (Array) inArray, 17, 32);
  return Convert.ToBase64String(inArray);
 }
 public static bool VerifyHashedPassword(string hashedPassword, string password)
 {
  if (hashedPassword == null)
  return false;
  if (password == null)
  throw new ArgumentNullException("password");
  byte[] numArray = Convert.FromBase64String(hashedPassword);
  if (numArray.Length != 49 || (int) numArray[0] != 0)
  return false;
  byte[] salt = new byte[16];
  Buffer.BlockCopy((Array) numArray, 1, (Array) salt, 0, 16);
  byte[] a = new byte[32];
  Buffer.BlockCopy((Array) numArray, 17, (Array) a, 0, 32);
  byte[] bytes;
  using (Rfc2898DeriveBytes rfc2898DeriveBytes = new Rfc2898DeriveBytes(password, salt, 1000))
  bytes = rfc2898DeriveBytes.GetBytes(32);
  return Crypto.ByteArraysEqual(a, bytes);
 }
 [MethodImpl(MethodImplOptions.NoOptimization)]
 private static bool ByteArraysEqual(byte[] a, byte[] b)
 {
  if (object.ReferenceEquals((object) a, (object) b))
  return true;
  if (a == null || b == null || a.Length != b.Length)
  return false;
  bool flag = true;
  for (int index = 0; index < a.Length; ++index)
  flag &= (int) a[index] == (int) b[index];
  return flag;
 }
 }
}

有人可能會問，拿到了這些源碼要如何應(yīng)用呢。下面就是淺述到這個問題。

一開始我天真的認(rèn)為，不就是一個加密么，不用仔細(xì)看了，拿來用就好了？

在注冊用戶和修改密碼的時候，都是通過上面 HashPassword 方法來做的密碼加密，那我在新的自定義PasswordHasher中，為應(yīng)用B對比用戶登錄密碼的時候，把用戶輸入直接通過HashPassword加密一邊不就好了？所以我自定義的VerifyHashedPassword （Verify譯為核實）方法，就是比較數(shù)據(jù)庫中的Pwd和經(jīng)過hasher處理的結(jié)果是否相等。可結(jié)果是，每次相同的字符串，會產(chǎn)生不同的加密結(jié)果，和以前玩md5+salt不一樣呀。所以我又想到了其默認(rèn)實現(xiàn)的 VerifyHashedPassword 方法。

所以最后要說的就是你可以拿來微軟Identity的加密方式（上面的Hasher）直接使用，在比較用戶輸入和數(shù)據(jù)庫中已經(jīng)經(jīng)過hash的存儲結(jié)果進(jìn)行對比的時候，使用其 VerifyHashedPassword（）方法。即使不使用Identity認(rèn)證也可以用此加密算法

以上就是本文的全部內(nèi)容，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，同時也希望多多支持腳本之家！

您可能感興趣的文章: