阻止访问示例策略
对于采用保守云迁移方法的组织,可以使用“全部阻止”策略。
注意
阻止策略配置不当可能会导致组织被锁定。
这样的策略可能会产生意外的副作用。 在启用之前,正确的测试和验证至关重要。 进行更改时,管理员应使用工具。
排除用户
条件访问策略是功能强大的工具,建议从策略中排除以下帐户:
- 紧急访问或不受限帐户,用于防止因策略错误配置导致的锁定。 在极少数情况下,所有管理员都被锁定,这时可以使用紧急访问管理帐户登录,以采取措施来恢复访问。
- 有关详细信息,请参阅文章在 Microsoft Entra ID 中管理紧急访问帐户。
- 服务帐户和服务主体,例如 Microsoft Entra Connect 同步帐户。 服务帐户是不与任何特定用户关联的非交互式帐户。 它们通常由后端服务使用,以便可以对应用程序进行编程访问,不过也会用于登录系统以进行管理。 范围限定为用户的条件访问策略将不会阻止由服务主体进行的调用。 对工作负载标识使用条件访问来定义面向服务主体的策略。
- 如果组织在脚本或代码中使用这些帐户,请考虑将其替换为托管标识。
创建条件访问策略
如果用户不在受信任的网络中,以下步骤有助于创建条件访问策略来阻止访问除 Office 365 之外的所有应用。 这些策略最初将置于“仅限报告”模式,使管理员可确定对现有用户的影响。 当管理员确认策略按预期方式应用时,他们可以打开这些策略的开关 。
如果用户不在受信任的位置上,则第一个策略会阻止访问除 Microsoft 365 应用程序之外的所有应用。
- 以条件访问管理员、安全管理员或全局管理员的身份登录到 Azure 门户。
- 浏览到“Microsoft Entra ID”>“安全性”>“条件访问”。
- 选择“创建新策略”。
- 为策略指定名称。 建议组织为其策略的名称创建有意义的标准。
- 在“分配”下,选择“用户或工作负载标识” 。
- 在“包括”下,选择“所有用户”。
- 在“排除”下,选择“用户和组”,并选择组织的紧急访问或不受限帐户。
- 在“目标资源”>“资源(以前为云应用)”下,选择以下选项:
- 在“包括”下,选择“所有资源(以前为‘所有云应用’)”。
- 在“排除”下,依次选择“Office 365”和“选择”。
- 在“条件”下,执行以下操作:
- 在“条件” > “位置”下,
- 将“配置”设置为“是”
- 在“包括”下,选择“任何位置”。
- 在“排除” 下,选择“所有受信任位置” 。
- 在“客户端应用”下,将“配置”设置为“是”,选择“完成”。
- 在“条件” > “位置”下,
- 在“访问控制”>“授权”下,选择“阻止访问”,然后选择“选择”。
- 确认设置,然后将“启用策略”设置为“仅限报告”。
- 选择“创建”,以便创建启用策略所需的项目。
管理员在确认使用仅报告模式的设置后,可将“启用策略”切换开关从“仅报告”移至“开”。
创建以下策略,以要求 Microsoft 365 用户使用多重身份验证或合规的设备。
- 选择“创建新策略”。
- 为策略指定名称。 建议组织为其策略的名称创建有意义的标准。
- 在“分配”下,选择“用户或工作负载标识” 。
- 在“包括”下,选择“所有用户”。
- 在“排除”下,选择“用户和组”,并选择组织的紧急访问或不受限帐户。
- 在“目标资源”>“资源(以前为云应用)”>“包括”>“选择资源”下,选择“Office 365”,然后选择“选择”。
- 在“访问控制” > “授权”下,选择“授权访问”。
- 选中“需要多重身份验证”和“要求将设备标记为合规”,然后选择“选择”。
- 确保选中“需要某一已选控件”。
- 选择“选择”。
- 确认设置,然后将“启用策略”设置为“仅限报告”。
- 选择“创建”,以便创建启用策略所需的项目。
管理员在确认使用仅报告模式的设置后,可将“启用策略”切换开关从“仅报告”移至“开”。
注意
完成第一因素身份验证后将强制执行条件访问策略。 在遇到拒绝服务 (DoS) 攻击等情景中,条件访问不应充当组织的第一道防线,但它可以使用这些事件的信号来确定访问权限。