使用条件访问阻止旧式身份验证

Microsoft 建议组织使用不支持多重身份验证的旧协议来阻止身份验证请求。根据 Microsoft 的分析结果显示，超过 97% 的凭据填充攻击使用旧式身份验证，超过 99% 的密码喷洒攻击使用旧式身份验证协议。禁用或阻止基本身份验证即可阻止上述攻击。

没有包含条件访问的许可证的客户可以使用安全默认值来阻止旧式身份验证。

排除用户

条件访问策略是功能强大的工具，建议从策略中排除以下帐户：

紧急访问或不受限帐户，用于防止因策略错误配置导致的锁定。在极少数情况下，所有管理员都被锁定，这时可以使用紧急访问管理帐户登录，以采取措施来恢复访问。
- 有关详细信息，请参阅文章在 Microsoft Entra ID 中管理紧急访问帐户。
服务帐户和服务主体，例如 Microsoft Entra Connect 同步帐户。服务帐户是不与任何特定用户关联的非交互式帐户。它们通常由后端服务使用，以便可以对应用程序进行编程访问，不过也会用于登录系统以进行管理。范围限定为用户的条件访问策略将不会阻止由服务主体进行的调用。对工作负载标识使用条件访问来定义面向服务主体的策略。
- 如果组织在脚本或代码中使用这些帐户，请考虑将其替换为托管标识。

组织可选择使用下述步骤或条件访问模板来部署此策略。

以下步骤将帮助创建条件访问策略以阻止旧式身份验证请求。此策略最初将置于“仅限报告”模式，以便管理员确定其对现有用户产生的影响。当管理员认为策略按预期方式应用时，可以通过添加特定组并排除其他组来切换到“开”或暂存部署。

以条件访问管理员、安全管理员或全局管理员的身份登录到 Azure 门户。
浏览到“Microsoft Entra ID”>“安全性”>“条件访问”。
选择“创建新策略”。
为策略指定名称。建议组织为其策略的名称创建有意义的标准。
在“分配”下，选择“用户或工作负载标识” 。
1. 在“包括”下，选择“所有用户”。
2. 在“排除”下，选择“用户和组”，然后选择必须保留使用旧式身份验证功能的任何帐户。 Microsoft 建议你至少排除一个帐户，以防止你自己由于配置错误而被锁定。
在“目标资源”>“资源(以前为云应用)”>“包括”下，选择“所有资源(以前为‘所有云应用’)”。
在“条件”>“客户端应用”下，将“配置”设置为“是” 。
1. 仅勾选“Exchange ActiveSync 客户端”和“其他客户端”框。
2. 选择“完成”。
在“访问控制”>“授予”下，选择“阻止访问”。
1. 选择“选择” 。
确认设置，然后将“启用策略”设置为“仅限报告”。
选择“创建”，以便创建启用策略所需的项目。

管理员在确认使用仅报告模式的设置后，可将“启用策略”切换开关从“仅报告”移至“开”。

注意

完成第一因素身份验证后将强制执行条件访问策略。在遇到拒绝服务 (DoS) 攻击等情景中，条件访问不应充当组织的第一道防线，但它可以使用这些事件的信号来确定访问权限。

若要了解用户是否有使用旧式身份验证的客户端应用，管理员可通过以下步骤检查登录日志中的指示器：

筛选显示通过旧式身份验证协议进行的登录尝试。单击每个登录尝试会显示更多详细信息。 “基本信息”选项卡下的“客户端应用”字段将指示使用了哪个旧式身份验证协议。这些日志指示使用依赖于旧式身份验证的客户端的用户。

此外，为了帮助在租户中会审旧式身份验证，请使用利用旧身份验证工作簿的登录。