.NET Core 6与.NET Framework 4.8共享AspNet Identity表认证失败求助

• 密码哈希算法配置差异：尽管两个项目都引用了Microsoft.Extensions.Identity.Core 8.0.0，但.NET Framework 4.8与.NET Core 6的默认密码哈希配置可能存在隐性差异。需检查两个项目中UserManager的密码哈希器配置，确保使用完全相同的算法参数（比如PBKDF2的迭代次数、哈希长度、盐值大小）。例如.NET Core 6可能默认使用更高的迭代次数，若Framework端未同步该配置，会导致哈希验证不匹配。

• 身份验证中间件配置错误：.NET Framework 4.8集成Microsoft.Extensions.Identity.Core的方式和.NET Core不同，要确认Cookie认证中间件配置是否正确。比如是否正确设置CookieAuthenticationOptions的AuthenticationScheme，是否将UserManager、SignInManager正确注入依赖容器，保证认证流程能正常调用Identity的验证逻辑。

• 数据库实体类不匹配：两个项目的用户实体类（继承IdentityUser的类）必须完全一致，包括主键类型、属性名称及类型。如果Core端用户实体有自定义字段而Framework端未同步，或者主键类型不一致（比如Core用Guid、Framework用int），会导致数据读取异常，进而影响认证。

• SecurityStamp验证失败：ASP.NET Identity依赖SecurityStamp字段验证用户身份有效性。检查两个项目是否都正确配置SecurityStampValidator，且数据库AspNetUsers表的SecurityStamp字段能被两端正确读取和验证。若Framework端未启用SecurityStamp验证，或验证逻辑与Core端不一致，会导致认证失败。

• 包依赖冲突：.NET Framework 4.8引用Microsoft.Extensions.Identity.Core 8.0.0时，可能存在依赖包版本不兼容问题。比如System.Security.Cryptography相关包版本差异，会导致密码哈希计算结果不一致。查看Framework项目的包依赖，确保所有Identity相关依赖包版本与Core端保持一致。

• 密码验证规则不匹配：检查两个项目中UserManager的密码验证规则（如长度、复杂度要求）。若Framework端的验证规则比Core端严格，即使输入正确密码，也可能因不符合规则被拒绝认证。

内容的提问来源于stack exchange，提问作者Darshan Faldu