如何升级.NET Framework Web应用的ASP.NET Identity以适配ASP.NET Core 7 Identity？

方案1：在.NET Framework 4.7.2应用中兼容ASP.NET Core Identity 7的密码哈希算法 #

ASP.NET Core Identity的PasswordHasher默认使用PBKDF2算法（迭代次数100000、密钥长度256、SHA256哈希），和.NET Framework传统Identity的哈希逻辑参数存在差异。你可以手动实现Core版本的密码验证逻辑到Framework应用中：

• 提取ASP.NET Core Identity中PasswordHasher<TUser>的核心验证逻辑，在.NET Framework项目中创建自定义密码验证类。
• 替换原.NET Framework Identity的密码验证逻辑，使用新类完成密码哈希验证，确保和.NET 7应用的逻辑完全一致。
• 简化版核心代码示例：

  public bool VerifyCoreIdentityPassword(string hashedPassword, string providedPassword)
  {
      // 若直接引用Core类库受限，可手动实现PBKDF2验证，参数需严格匹配Core Identity默认配置
      var hasher = new Microsoft.AspNetCore.Identity.PasswordHasher<object>();
      var result = hasher.VerifyHashedPassword(null, hashedPassword, providedPassword);
      return result == PasswordVerificationResult.Success || result == PasswordVerificationResult.SuccessRehashNeeded;
  }
  

方案2：修改.NET 7应用的密码验证逻辑，兼容旧.NET Framework Identity的哈希 #

让.NET 7应用同时支持两种密码哈希格式的验证：

• 在.NET 7应用中自定义PasswordHasher<TUser>，重写VerifyHashedPassword方法。
• 优先用旧.NET Framework Identity的哈希算法（默认PBKDF2迭代1000、SHA1）验证密码，验证成功后自动将密码重新哈希为Core Identity格式并更新到数据库。
• 这样既兼容旧账号登录，又能逐步完成密码哈希格式的迁移。

方案3：搭建共享身份验证服务 #

将身份验证逻辑抽离为独立服务，两个应用统一对接该服务：

• 基于ASP.NET Core Identity搭建OAuth/OpenID Connect服务，或使用IdentityServer实现集中式身份认证。
• .NET Framework 4.7.2应用通过OWIN中间件对接认证服务，.NET 7应用使用Core身份认证中间件对接。
• 该方案从根源上消除密码验证逻辑差异，所有身份验证操作都由共享服务统一处理。

额外注意事项 #

• 操作前务必备份数据库，避免密码哈希更新过程中出现数据丢失或异常。
• 若选择方案1或2，建议在用户下次登录时自动完成旧密码哈希到新格式的更新，逐步完成全量迁移。

内容的提问来源于stack exchange，提问作者Jawad Ahmed