Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
As contas às quais foram atribuídos direitos administrativos altamente privilegiados são alvos frequentes de invasores. Exigir a MFA (autenticação multifator) resistente a phishing nessas contas é uma maneira fácil de reduzir o risco de comprometimento.
Cuidado
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. Caso habilite essa política sem concluir esta etapa, correrá o risco de ficar fora do seu locatário. Os administradores podem configurar o Passe de Acesso Temporário 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 autenticação multifator resistente a phishing no mínimo para as seguintes funções:
- Administrador global
- Administrador de aplicativos
- Administrador de Autenticação
- Administrador de cobrança
- Administrador de Aplicativos de Nuvem
- Administrador de acesso condicional
- Administrador do Exchange
- Administrador de assistência técnica
- Administrador de senha
- Administrador de Autenticação Privilegiada
- Administrador de Função Privilegiada
- Administrador de Segurança
- Administrador do SharePoint
- Administrador de usuários
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 PIM (Privileged Identity Management) e sua capacidade de exigir MFA para ativação de função.
Força de autenticação
As diretrizes neste artigo ajudam a sua organização a criar uma política de MFA para o seu ambiente usando pontos fortes de autenticação. O Microsoft Entra ID fornece três métodos de autenticação incorporados:
- Força de autenticação multifator (menos restritiva)
- Força da MFA sem senha
- Força de MFA resistente a phishing (mais restritiva) recomendada neste artigo
Você pode usar um dos pontos fortes internos ou criar uma força de autenticação personalizada com base nos métodos de autenticação que você 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 a MFA em seu locatário doméstico ou no locatário do recurso. Para obter mais informações, consulte a força de autenticação para usuários externos.
Exclusões de usuários
As políticas de Acesso Condicional são ferramentas avançadas, recomendamos excluir as seguintes contas das suas políticas:
-
Acesso de emergência ou contas 'break-glass' para impedir o bloqueio devido à configuração incorreta das políticas. No cenário improvável de todos os administradores serem bloqueados, sua conta administrativa de acesso de emergência poderá ser usada para fazer logon e seguir as etapas para recuperar o acesso.
- Mais informações podem ser encontradas no artigo, Gerenciar contas de acesso de emergência na ID do Microsoft Entra.
-
Contas de serviço e principais 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 ligadas a nenhum usuário específico. Normalmente, elas são usadas por serviços de back-end que permitem acesso programático a aplicativos, mas também são usadas para entrar em sistemas para fins administrativos. As chamadas feitas pelas entidades de serviço não serão bloqueadas pelas políticas de acesso condicional com um escopo que inclua os usuários. Use o acesso condicional para identidades de carga de trabalho para definir políticas direcionadas a entidades de serviço.
- Se sua organização tiver essas contas em uso em scripts ou código, considere substituí-las por identidades gerenciadas.
Implantação de modelo
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 o nível de segurança da autenticação e você deve usar o controle de concessão Exigir autenticação multifator.
- Entre no Centro de administração do Microsoft Entra como pelo menos um Administrador de Acesso Condicional.
- Navegue até Entra ID>acesso condicional>políticas.
- Selecione Nova política.
- Dê um nome à sua política. Recomendamos que as organizações criem um padrão significativo para os nomes de suas políticas.
- Em Atribuições, selecione Usuários ou identidades de carga de trabalho.
Em Incluir, selecione funções de diretório e escolha pelo menos as funções listadas anteriormente.
Aviso
As políticas de Acesso condicional dão suporte a funções internas. As políticas de Acesso Condicional não são impostas para outros tipos de função, incluindo funçõespersonalizadas ou com escopo de unidade administrativa.
Em Excluir, selecione Usuários e grupos e escolha as contas de acesso de emergência ou quebra de vidro da sua organização.
- Em Recursos de destino>(anteriormente aplicativos de nuvem)>Incluir, selecione Todos os recursos (anteriormente 'Todos os aplicativos de nuvem').
- Em Controles de acesso>Conceda, selecione Conceder acesso.
- Selecione Exigir força de autenticação e, em seguida, selecione a força de MFA resistente a phishing na lista.
- Selecione Selecionar.
- Confirme suas configurações e defina Habilitar política para somente relatório.
- Selecione Criar para criar para habilitar sua política.
Depois que os administradores avaliarem as configurações de política usando o impacto da política ou o modo somente relatório, eles poderão mover a alternância habilitar a política de somente relatório para Ativar.