Azure AD B2C登录前检查extension_isNewsletter属性实现免认证调用API

这一需求完全可以通过Azure AD B2C的自定义策略（Custom Policy）实现，核心是在用户认证流程前加入前置检查逻辑：

• 前置声明检查
  在自定义策略的SelfAsserted-LocalAccountSignin-Email技术配置文件（或对应登录页面的技术配置文件）中，添加前置验证步骤，检查extension_isNewsletter声明是否存在且为true。可以创建名为CheckIsNewsletterUser的ClaimsTransformation，用来对比该声明的值是否符合要求。

• 分支逻辑控制
  利用OrchestrationStep编排流程，将声明检查步骤放在认证步骤（比如使用LocalAccountSigninEmail的步骤）之前。如果检查到extension_isNewsletter为true，直接跳转到调用REST API的步骤，跳过后续认证流程；如果不存在或为false，则继续执行常规的邮箱密码认证步骤。

• REST API调用配置
  在自定义策略中定义调用REST API的技术配置文件（比如REST-NewsletterProcessing），配置API端点、请求方法、所需声明等。确保API调用完成后能返回必要声明，支撑后续流程（比如直接签发令牌或引导用户至对应页面）。

• 空密码用户适配
  针对密码为空的用户，需在策略中禁用密码验证逻辑，避免流程报错。可通过声明转换判断用户是否为新闻订阅用户，直接跳过密码校验步骤。

需要注意的细节：

• 自定义用户属性extension_isNewsletter必须已在Azure AD B2C租户中创建，并同步到策略的声明架构中。
• 流程编排顺序需严格控制，前置检查步骤必须放在认证步骤之前。
• REST API调用需处理超时、错误等异常情况，避免流程中断。

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