Azure B2C - 重置密码后丢失身份验证上下文问题求助

• 检查重置流程的返回URL配置

  • 确认用户流/自定义策略中密码重置流程的回复URL，是否与对应应用注册里配置的完全一致，重点核对协议（http/https）、域名、路径是否无拼写错误。
  • 用浏览器开发者工具的Network面板抓包，查看密码重置完成后B2C重定向到应用的请求，确认是否携带了授权码（code参数）或ID令牌（id_token参数），参数是否完整有效。

• 验证应用的身份验证会话处理逻辑

  • 排查应用在接收重置回调时的代码，是否正确解析返回的令牌，并且更新了本地的身份会话（比如Cookie、本地存储中的用户身份信息）。
  • 检查应用是否在启动密码重置流程前，主动清除了原有身份会话，导致重置完成后没有可恢复的上下文。

• 核查Azure B2C策略配置细节

  • 若使用自定义策略，查看密码重置对应的User Journey，确认完成重置后是否包含SendClaims步骤，且该步骤配置了必要的用户声明（如sub、name等核心身份字段）。
  • 检查策略中的SessionManagement节点配置，确认是否设置了合理的会话超时时间，是否存在会在重置流程后强制清除会话的逻辑。

• 排除浏览器缓存与Cookie干扰

  • 使用浏览器隐身模式重新测试，排除旧缓存、过期Cookie导致的会话异常。
  • 查看浏览器的Cookie列表，确认B2C相关会话Cookie（如AzureADB2C_xxx前缀的Cookie）在密码重置完成后是否存在，未被意外删除。

• 分析应用与B2C的日志信息

  • 查看应用崩溃时的具体错误栈，定位是令牌解析失败、会话为空还是权限校验出错。
  • 在Azure门户开启B2C的诊断日志，筛选密码重置相关的请求记录，确认令牌是否正常生成、重定向流程是否符合预期，有无异常报错。

• 验证多应用场景的SSO配置

  • 若多个应用共用该B2C实例，检查每个应用的注册信息中，是否都添加了密码重置流程的回复URL。
  • 排查应用间的SSO配置，确认是否因重置流程触发跨应用会话冲突，导致原有身份上下文被覆盖或清除。

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