要求管理员进行防网络钓鱼多重身份验证

分配有特权管理角色的帐户经常成为攻击者的目标。 要求在这些帐户上进行防钓鱼多重身份验证(MFA)后,就可以轻松降低这些帐户受攻击的风险。

注意

在创建需要防钓鱼多重身份验证的策略之前,请确保管理员已注册适当的方法。 如果在未完成此步骤的情况下启用此策略,存在将自己锁定在租户外的风险。 管理员可以配置临时访问密码来注册无密码身份验证方法,也可以按照注册通行密钥 (FIDO2) 中的步骤操作。

Microsoft 建议至少要求对以下角色进行防钓鱼多重身份验证:

  • 全局管理员角色
  • 应用程序管理员
  • 身份验证管理员
  • 计费管理员
  • 云应用管理员
  • 条件访问管理员
  • Exchange 管理员
  • 支持管理员
  • 密码管理员
  • 特权身份验证管理员
  • 特权角色管理员
  • 安全管理员
  • SharePoint 管理员
  • 用户管理员

组织可能会根据自己的要求选择包括或排除角色。

组织可以将此策略与 Privileged Identity Management (PIM) 等功能,以及在角色激活时要求 MFA 的功能结合使用。

身份验证强度

本文中的指南可帮助组织使用身份验证强度为环境创建 MFA 策略。 Microsoft Entra ID 提供三种内置身份验证强度

  • 多重身份验证强度(限制性较低)
  • 无密码 MFA 强度
  • 本文推荐的防钓鱼 MFA 强度 (最严格)

可以使用其中一种内置强度,也可以根据所需的身份验证方法创建自定义身份验证强度

对于外部用户方案,资源租户可以接受的 MFA 身份验证方法会有所不同,具体取决于用户是在主租户中还是在资源租户中完成 MFA。 有关详细信息,请参阅 外部用户的身份验证强度。

排除用户

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

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

模板部署

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

创建条件访问策略

警告

如果使用外部身份验证方法,则这些方法当前与身份验证强度不兼容,应使用“需要多重身份验证授权”控制。

  1. 最低以条件访问管理员身份登录到 Microsoft Entra 管理中心
  2. 浏览到“保护”>“条件访问”>“策略”。
  3. 选择“新策略” 。
  4. 为策略指定名称。 建议组织为其策略的名称创建有意义的标准。
  5. 在“分配”下,选择“用户或工作负载标识” 。
    1. 在“包括”下,选择“目录角色”并至少选择之前列出的角色。

      警告

      条件访问策略支持内置角色。 不会为其他角色类型(包括管理单元范围自定义角色)强制实施条件访问策略。

    2. 在“排除”下选择“用户和组”,然后选择组织的紧急访问帐户或不受限帐户。

  6. 目标资源资源>(前云应用)>包括下,选择“所有资源”(以前为“所有云应用”)。
  7. “访问控制”>“授权”下,选择“授权访问”。
    1. 选择“需要身份验证强度”,然后从列表中选择“防钓鱼 MFA 强度”。
    2. 选择“选择” 。
  8. 确认设置,然后将“启用策略”设置为“仅限报告”。
  9. 选择“创建” ,以便创建启用策略所需的项目。

在管理员使用仅限报告模式确认你的设置后,他们可以将“启用策略”开关从“仅限报告”移至“启用”。