ASP.NET Core Identity - Erweiterung Password Hasher

Question

Ich arbeite auf eine Anwendung von Web Forms zu MVC verschieben und entschied mich für MVC 6 mit ASP.NET Core.

In meiner aktuellen Anwendung habe ich ein benutzerdefiniertes Passwort Hasher mit Identity verwendet. Die Umsetzung ist sehr einfach in meiner benutzerdefinierten Usermanager Klasse:

public ApplicationUserManager() 
    : base(new UserStore<IdentityUser>(new AuthContext())) 
{ 
    this.PasswordHasher = new SqlPasswordHasher(); 
} 

Ich versuche, das gleiche mit .NET-Core aber die PasswordHasher Eigenschaft in Usermanager existiert nicht zu tun. Ich sehe, dass der Konstruktor wird ein IPasswordHasher Parameter nehmen, so habe ich versucht, dies:

public ApplicationUserManager(IUserStore<ApplicationUser> store, IOptions<IdentityOptions> optionsAccessor, 
     IPasswordHasher<ApplicationUser> passwordHasher, IEnumerable<IUserValidator<ApplicationUser>> userValidators, 
     IEnumerable<IPasswordValidator<ApplicationUser>> passwordValidators, ILookupNormalizer keyNormalizer, 
     IdentityErrorDescriber errors, IServiceProvider serviceProvider, ILogger<UserManager<ApplicationUser>> logger) 
    : base(store, optionsAccessor, new SqlPasswordHasher(), userValidators, passwordValidators, keyNormalizer, errors, 
     serviceProvider, logger) 
{ 
} 

In SqlPasswordHasher ich einfach bin das Überschreiben der VerifyHashedPassword Methode, die wie folgt aussieht:

public override PasswordVerificationResult VerifyHashedPassword(ApplicationUser user, string hashedPassword, string providedPassword) 
{ 
    // My custom logic is here 
    ... 
} 

jedoch die oben doesn‘ t arbeiten. Ich habe einen Haltepunkt in der VerifyHashedPassword-Methode von SqlPasswordHasher festgelegt und es wird nicht ausgelöst.

Ich dachte, ich würde dies in die falsche Richtung gehen und ich sollte DI verwenden, um dies zu erreichen. Ich aktualisiert den Konstruktor meines Benutzer-Manager, so dass es kein neues SqlPasswordHasher nicht instanziiert, sondern verwendet die Standard-Schnittstelle Parameter statt:

public ApplicationUserManager(IUserStore<ApplicationUser> store, IOptions<IdentityOptions> optionsAccessor, 
     IPasswordHasher<ApplicationUser> passwordHasher, IEnumerable<IUserValidator<ApplicationUser>> userValidators, 
     IEnumerable<IPasswordValidator<ApplicationUser>> passwordValidators, ILookupNormalizer keyNormalizer, 
     IdentityErrorDescriber errors, IServiceProvider serviceProvider, ILogger<UserManager<ApplicationUser>> logger) 
    : base(store, optionsAccessor, passwordHasher, userValidators, passwordValidators, keyNormalizer, errors, 
     serviceProvider, logger) 
{ 
} 

Dann in Startup.cs ich ein scoped Dienst hinzugefügt:

services.AddScoped<IPasswordHasher<ApplicationUser>, SqlPasswordHasher>(); 

Aber auch dies funktioniert nicht und der Haltepunkt in SqlPasswordHasher wird nie ausgelöst.

Ich habe eine ähnliche Linie für meine benutzerdefinierten Anmelden Manager:

services.AddScoped<SignInManager<ApplicationUser>, ApplicationSignInManager>(); 

Das funktioniert gut. Der ApplicationSignInManager nimmt einen UserManager-Parameter und ich kann sehen, dass der UserManager einen IPasswordHasher-Parameter verwendet.

Ich nehme an, SignInManager verwendet den UserManager, der den PasswordHasher verwendet. Also meine Frage ist, wie bekomme ich den UserManager meinen benutzerdefinierten Password Hasher zu verwenden? Oder wenn das nicht der Fall ist, wie bekomme ich den SignInManager um mein Passwort hashher zu benutzen?

EDIT: Ich konnte bestätigen, dass, wenn mein ApplicationUserManager instanziiert wird, mein SqlPasswordHasher im Konstruktor verwendet wird, damit das DI ordnungsgemäß funktioniert. Ich kann einfach nicht herausfinden, warum meine Überschreibung von VerifyHashedPassword nicht ausgelöst wird.

Answer 1

Es stellt sich heraus, dass das Problem überhaupt nicht auf Code bezogen war. Hinzufügen meines SqlPasswordHasher zu den Diensten über

arbeitete perfekt.

Das Problem war mit, wie ich die Daten migrierte. Da ich eine bestehende Datenbank wurde mit, die mit einer älteren Version von Identity verwendet wurden, hatte ich die folgenden Felder zu meiner vorhandenen AspNetUsers Tabelle hinzuzufügen:

NormalizedUserName 
ConcurrencyStamp 
LockoutEnd 
NormalizedEmail 

Allerdings habe ich nicht den NormalizedUserName oder NormalizedEmail Felder füllen.Deshalb hat es nie mein Override von VerifyHashedPassword ausgelöst; weil es nie meinen Benutzer gefunden hat, da es basierend auf NormalizedUserName nachgeschlagen hat.

Sobald ich diese Felder ausgefüllt habe, begann es meine VerifyHashedPassword Methode auszulösen.