Exigir autenticação multifator para todos os usuários
Da maneira que Alex Weinert, Diretor de Segurança de identidade na Microsoft, menciona na postagem no blog dele Your Pa$$word doesn't matter (Sua senha não importa):
Sua senha não importa, mas a MFA sim! Com base em nossos estudos, sua conta tem a probabilidade 99,9% menor de ser comprometida se você usar a MFA.
Força de autenticação
As diretrizes neste artigo ajudam 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 forças de autenticação internas:
- Força da autenticação multifator (menos restritiva) recomendada neste artigo
- Força da MFA sem senha
- Força de MFA resistente a phishing (mais restritiva)
Você pode usar uma das forças internas ou criar uma força da 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 inicial ou no locatário do recurso. Para obter mais informações, consulte 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 de emergência para evitar bloqueio devido à configuração incorreta da política. No cenário improvável de que todos os administradores sejam bloqueados, sua conta administrativa de acesso de emergência pode ser usada para fazer login e tomar medidas para recuperar o acesso.
- Mais informações podem ser encontradas no artigo Gerenciar contas de acesso de emergência no Microsoft Entra ID.
- 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 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 a identidades de carga de trabalho para definir políticas direcionadas a entidades de serviço.
- Se a 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 esta política usando as etapas descritas abaixo ou usando os modelos de acesso condicional.
Criar uma política de Acesso Condicional
As etapas a seguir ajudam a criar uma política de Acesso Condicional para exigir que todos os usuários façam autenticação multifator usando a política de força de autenticação.
Aviso
Se você usar métodos de autenticação externos, eles serão incompatíveis com a força da autenticação e você deverá usar o controle de concessão Exigir autenticação multifator.
- Entre no centro de administração do Microsoft Entra como pelo menos Administrador de acesso condicional.
- Navegar para Proteção> de acesso condicional de >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 Todos os usuários
- Em Excluir , selecione Usuários e grupos e escolha o acesso de emergência ou as contas de emergência da sua organização.
- Você pode optar por excluir seus usuários convidados se estiver segmentando-os com uma política específica de usuário convidado.
- Em Recursos de destino>Recursos (anteriormente aplicativos de nuvem)>Incluir, selecione Todos os recursos (anteriormente 'Todos os aplicativos de nuvem').
- Em Excluir, selecione um aplicativo que não exige autenticação multifator.
- Em Controles de acesso>Conceder, selecione Conceder acesso.
- Selecione Exigir força de autenticação e, em seguida, selecione a força de autenticação multifator interna na lista.
- Escolha Selecionar.
- Confirme suas configurações e defina Habilitar política com Somente relatório.
- Selecione Criar para criar e habilitar sua política.
Depois que os administradores confirmarem as configurações com o modo somente relatório, eles poderão alternar a opção Habilitar política de Somente relatório para Ativado.
Localizações nomeadas
As organizações podem optar por incorporar locais de rede conhecidos conhecidos como locais nomeados em suas políticas de Acesso Condicional. Esses locais nomeados podem incluir redes de IP confiáveis como aquelas para um local de escritório principal. Para obter mais informações sobre as localizações nomeadas, confira o artigo O que é a condição de localização no acesso condicional do Microsoft Entra?
Na política de exemplo anterior, uma organização pode optar por não exigir autenticação multifator se acessar um aplicativo de nuvem da sua rede corporativa. Nesse caso, eles podem adicionar a seguinte configuração à política:
- Em Atribuições, selecione Rede.
- Configure Sim.
- Incluir qualquer rede ou local.
- Exclua Todas as redes e locais confiáveis.
- Salve suas alterações de política.
Exclusões de aplicativo
As organizações podem ter muitos aplicativos de nuvem em uso. Nem todos esses aplicativos exigem segurança igual. Por exemplo, os aplicativos de folha de pagamento e presença podem exigir MFA, mas o refeitório provavelmente não. Os administradores podem optar por excluir aplicativos específicos de sua política.
Ativação de assinatura
Organizações que usam o recurso de Ativação de assinatura para permitir que os usuários "avancem" de uma versão do Windows para outra e usem políticas de acesso condicional para controlar o acesso precisam excluir um dos seguintes aplicativos de nuvem das políticas de acesso condicional usando Selecionar aplicativos de nuvem excluídos:
Embora a ID do aplicativo seja a mesma nas duas instâncias, o nome do aplicativo de nuvem depende do locatário.
Quando um dispositivo estiver offline por um longo período de tempo, é possível que o dispositivo não seja reativado automaticamente se essa exclusão de Acesso Condicional não estiver em vigor. Definir essa exclusão de acesso condicional garante que a Ativação da Assinatura continue funcionando perfeitamente.
A partir do Windows 11, versão 23H2 com KB5034848 ou posterior, os usuários são solicitados a autenticar com uma notificação do sistema quando a ativação da assinatura precisa ser reativada. A notificação do sistema mostrará a seguinte mensagem:
Sua conta requer autenticação
Inicie sessão na sua conta escolar ou profissional para verificar as suas informações.
Além disso, no painel Ativação, pode aparecer a seguinte mensagem:
Inicie sessão na sua conta escolar ou profissional para verificar as suas informações.
Geralmente, o prompt de autenticação ocorre quando um dispositivo está offline por um longo período de tempo. Essa alteração elimina a necessidade de uma exclusão na política de acesso condicional para Windows 11, versão 23H2 com KB5034848 ou posterior. Uma política de acesso condicional ainda pode ser usada com o Windows 11, versão 23H2 com KB5034848 ou posterior se a solicitação de autenticação do usuário por meio de uma notificação do sistema não for desejada.