如何在.NET Core 5.0与.NET Framework 4.6.1项目间共享.NET Identity

核心问题根因：ASP.NET Core Identity默认使用的密码哈希算法与.NET Framework 4.x的Identity哈希算法不兼容，Core侧验证密码通过后默认会自动将旧格式哈希升级为新格式，导致旧框架无法识别更新后的PasswordHash字段

最优适配方案（无需修改旧项目，仅调整.NET 5项目配置，改造成本最低） #

该方案可以完全兼容现有.NET Framework 4.6.1项目的Identity存储格式，不会修改现有用户的密码哈希值：

• 第一步：配置Core Identity的密码哈希兼容模式
  在.NET 5项目的Startup.cs服务注册逻辑中，配置密码哈希器的兼容模式为对应旧版Identity的V2模式：

using Microsoft.AspNetCore.Identity;

services.Configure<PasswordHasherOptions>(options =>
{
    options.CompatibilityMode = PasswordHasherCompatibilityMode.IdentityV2;
});

• 第二步：禁用密码哈希自动升级逻辑
  默认Core Identity检测到旧格式哈希且验证通过后，会自动返回需重哈希标记触发哈希更新，需要自定义密码哈希器关闭该逻辑：

public class BackwardCompatiblePasswordHasher<TUser> : PasswordHasher<TUser> where TUser : class
{
    public BackwardCompatiblePasswordHasher(IOptions<PasswordHasherOptions> optionsAccessor = null) 
        : base(optionsAccessor) { }

    public override PasswordVerificationResult VerifyHashedPassword(TUser user, string hashedPassword, string providedPassword)
    {
        var result = base.VerifyHashedPassword(user, hashedPassword, providedPassword);
        // 屏蔽重哈希要求，避免修改旧格式的密码哈希
        return result == PasswordVerificationResult.SuccessRehashNeeded 
            ? PasswordVerificationResult.Success 
            : result;
    }
}

注册自定义的密码哈希器替换默认实现：

// 替换泛型参数为你项目中实际使用的User类，默认是IdentityUser
services.AddScoped<IPasswordHasher<IdentityUser>, BackwardCompatiblePasswordHasher<IdentityUser>>();

• 第三步：功能验证
  使用旧项目已存在的用户在.NET 5项目登录，确认数据库AspNetUsers表的PasswordHash字段无变化，旧项目可正常登录该账号；.NET 5项目新注册用户的密码哈希格式也可被旧项目正常识别。

长期迭代备选方案 #

如果后续有多技术栈项目接入的规划，可以选择抽离统一认证层：

• 把现有.NET Framework的OAuth 2.0 API作为统一身份提供方，三个项目的认证全部走标准OAuth 2.0/OpenID Connect流程，新的GraphQL项目无需本地集成Identity，仅需做令牌校验即可，完全避免直接操作Identity表，彻底解耦各项目的Identity实现依赖。

后续所有旧项目迁移到.NET Core/.NET 5+版本后，可随时移除兼容配置，逐步将密码哈希升级为Core版本的更高安全等级格式，无需一次性全量改造。

内容的提问来源于stack exchange，提问作者Rawden Hoff