Exigir autenticação multifator resistente a phishing para administradores

As contas às quais são atribuídas funções administrativas privilegiadas são alvos frequentes de atacantes. Exigir autenticação multifator (MFA) resistente a phishing nessas contas é uma maneira fácil de reduzir o risco de essas contas serem comprometidas.

Atenção

Antes de criar uma política que exija autenticação multifator resistente a phishing, verifique se os administradores têm os métodos apropriados registrados. Se ativar esta política sem concluir este passo, corre o risco de se bloquear do seu inquilino. Os administradores podem configurar o Temporary Access Pass para registrar métodos de autenticação sem senha ou seguir as etapas em Registrar uma chave de acesso (FIDO2).

A Microsoft recomenda que você exija, no mínimo, a autenticação multifator resistente a phishing nas seguintes funções:

  • Administrador Global
  • Administrador da Aplicação
  • Administrador de Autenticação
  • Administrador de Faturação
  • Administrador de Aplicações na Cloud
  • Administrador de Acesso Condicional
  • Administrador do Exchange
  • Administrador do Helpdesk
  • Administrador de senha
  • Administrador de Autenticação Privilegiada
  • Administrador de Funções com Privilégios
  • Administrador de Segurança
  • Administrador do SharePoint
  • Administrador de Utilizadores

As organizações podem optar por incluir ou excluir funções com base em seus próprios requisitos.

As organizações podem usar essa política em conjunto com recursos como o Privileged Identity Management (PIM) e sua capacidade de exigir MFA para ativação de função.

Força de autenticação

A orientação neste artigo ajuda sua organização a criar uma política de MFA para seu ambiente usando pontos fortes de autenticação. O Microsoft Entra ID fornece três pontos fortes de autenticação internos:

  • Força de autenticação multifator (menos restritiva)
  • Força do MFA sem senha
  • Força MFA resistente a phishing (mais restritiva) recomendada neste artigo

Você pode usar um dos pontos fortes internos ou criar um ponto forte de autenticação personalizado com base nos métodos de autenticação que deseja exigir.

Para cenários de usuário externo, os métodos de autenticação de MFA que um locatário de recurso pode aceitar variam dependendo se o usuário está concluindo MFA em seu locatário doméstico ou no locatário de recurso. Para obter mais informações, consulte Força de autenticação para usuários externos.

Exclusões de utilizadores

As políticas de Acesso Condicional são ferramentas poderosas, recomendamos excluir as seguintes contas das suas políticas:

  • Acesso de emergência ou contas de quebra-vidro para evitar o bloqueio devido à configuração incorreta da política. No cenário improvável de todos os administradores estarem bloqueados, sua conta administrativa de acesso de emergência pode ser usada para fazer login e tomar medidas para recuperar o acesso.
  • Contas de serviço e entidades de serviço, como a Conta de Sincronização do Microsoft Entra Connect. As contas de serviço são contas não interativas que não estão vinculadas a nenhum utilizador em particular. Normalmente, são usadas por serviços de back-end que permitem acesso programático a aplicações, mas também são usadas para iniciar sessão em sistemas para fins administrativos. As chamadas feitas por principais de serviço não serão bloqueadas pelas políticas de Acesso Condicional com âmbito definido para os utilizadores. Use o Acesso Condicional para identidades de carga de trabalho para definir políticas direcionadas para principais de serviço.
    • Se sua organização tiver essas contas em uso em scripts ou código, considere substituí-las por identidades gerenciadas.

Implementação de modelos

As organizações podem optar por implantar essa política usando as etapas descritas abaixo ou usando os modelos de Acesso Condicional.

Criar uma política de Acesso Condicional

Aviso

Se você usar métodos de autenticação externos, eles são atualmente incompatíveis com a força da autenticação e você deve usar o controle de concessão Exigir autenticação multifator.

  1. Inicie sessão no centro de administração Microsoft Entra como, pelo menos, Administrador de Acesso Condicional.
  2. Navegue até Políticas de Acesso>Condicional de Proteção.>
  3. Selecione Nova política.
  4. Dê um nome à sua política. Recomendamos que as organizações criem um padrão significativo para os nomes de suas políticas.
  5. Em Atribuições, selecione Usuários ou identidades de carga de trabalho.
    1. Em Incluir, selecione Funções de diretório e escolha pelo menos as funções listadas anteriormente.

      Aviso

      As políticas de Acesso Condicional suportam funções internas. As políticas de Acesso Condicional não são impostas para outros tipos de função, incluindo funções administrativas , com escopo de unidade ou personalizadas.

    2. Em Excluir, selecione Usuários e grupos e escolha as contas de acesso de emergência ou de quebra-vidro da sua organização.

  6. Em Recursos de destino>Recursos (anteriormente aplicações na nuvem)>Incluir, selecione Todos os recursos (anteriormente "Todas as aplicações na nuvem").
  7. Em Conceder controles>de acesso, selecione Conceder acesso.
    1. Selecione Exigir força de autenticação e, em seguida, selecione Força de MFA resistente a phishing na lista.
    2. Selecione Selecionar.
  8. Confirme suas configurações e defina Habilitar política como Somente relatório.
  9. Selecione Criar para criar para habilitar sua política.

Depois que os administradores confirmarem as configurações usando o modo somente relatório, eles poderão mover a alternância Habilitar política de Somente relatório para Ativado.