为何Azure B2C中自助密码重置默认处于关闭状态？

从安全设计、兼容性和租户自主性等维度，Azure B2C将内置Susi用户流2.1.3+的self-service password reset选项默认关闭，核心原因如下：

• 兼容性保护：大量存量应用依赖旧版密码重置逻辑——捕获B2C返回的AADB2C90118错误后，由应用重定向至独立的密码重置流。若默认开启自助重置，B2C会直接在Susi流内完成重置流程，不再返回该错误码，会直接导致这些旧应用的重置逻辑失效，引发流程中断或用户报错。默认关闭是为了保障现有集成的稳定性。

• 安全策略的前置校验要求：自助密码重置需要用户预先配置有效的身份验证手段（如绑定邮箱、手机号）才能完成身份校验。如果租户未提前为用户配置这些验证渠道，默认开启后用户会陷入无法完成重置的困境，反而降低体验。同时，部分租户有严格的合规规则（比如密码重置需走审批流程、仅允许特定验证方式），自助重置的自动流程可能不符合其安全规范，默认关闭让租户自主判断是否启用。

• 最小权限与自主控制原则：密码重置属于敏感的凭证变更操作，Azure B2C默认遵循最小权限原则，不主动开启可能影响租户安全策略的功能。管理员可根据自身租户的安全需求、用户群体特征自主决定是否启用，避免在不知情的情况下引入不符合自身安全标准的流程。

• 平滑过渡的产品设计：微软推出新功能时通常采用渐进式推广模式，默认关闭让租户有充足时间测试、验证新流程与现有系统的兼容性，逐步完成迁移，避免突然变更带来的生产环境风险。

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