阻止访问示例策略

对于采用保守云迁移方法的组织，可以使用“全部阻止”策略。

注意

阻止策略配置不当可能会导致组织被锁定。

这样的策略可能会产生意外的副作用。在启用之前，正确的测试和验证至关重要。进行更改时，管理员应使用工具。

排除用户

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

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

如果用户不在受信任的网络中，以下步骤有助于创建条件访问策略来阻止访问除 Office 365 之外的所有应用。这些策略最初将置于“仅限报告”模式，使管理员可确定对现有用户的影响。当管理员确认策略按预期方式应用时，他们可以打开这些策略的开关。

如果用户不在受信任的位置上，则第一个策略会阻止访问除 Microsoft 365 应用程序之外的所有应用。

以条件访问管理员、安全管理员或全局管理员的身份登录到 Azure 门户。
浏览到“Microsoft Entra ID”>“安全性”>“条件访问”。
选择“创建新策略”。
为策略指定名称。建议组织为其策略的名称创建有意义的标准。
在“分配”下，选择“用户或工作负载标识” 。
1. 在“包括”下，选择“所有用户”。
2. 在“排除”下，选择“用户和组”，并选择组织的紧急访问或不受限帐户。
在“目标资源”>“资源(以前为云应用)”下，选择以下选项：
1. 在“包括”下，选择“所有资源(以前为‘所有云应用’）”。
2. 在“排除”下，依次选择“Office 365”和“选择”。
在“条件”下，执行以下操作：
1. 在“条件” > “位置”下，
  1. 将“配置”设置为“是”
  2. 在“包括”下，选择“任何位置”。
  3. 在“排除” 下，选择“所有受信任位置” 。
2. 在“客户端应用”下，将“配置”设置为“是”，选择“完成”。
在“访问控制”>“授权”下，选择“阻止访问”，然后选择“选择”。
确认设置，然后将“启用策略”设置为“仅限报告”。
选择“创建”，以便创建启用策略所需的项目。

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

创建以下策略，以要求 Microsoft 365 用户使用多重身份验证或合规的设备。

选择“创建新策略”。
为策略指定名称。建议组织为其策略的名称创建有意义的标准。
在“分配”下，选择“用户或工作负载标识” 。
1. 在“包括”下，选择“所有用户”。
2. 在“排除”下，选择“用户和组”，并选择组织的紧急访问或不受限帐户。
在“目标资源”>“资源(以前为云应用)”>“包括”>“选择资源”下，选择“Office 365”，然后选择“选择”。
在“访问控制” > “授权”下，选择“授权访问”。
1. 选中“需要多重身份验证”和“要求将设备标记为合规”，然后选择“选择”。
2. 确保选中“需要某一已选控件”。
3. 选择“选择”。
确认设置，然后将“启用策略”设置为“仅限报告”。
选择“创建”，以便创建启用策略所需的项目。

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

注意

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