Exigir autenticação multifator para todos os usuários

Como Alex Weinert, Diretor de Segurança de Identidade da Microsoft, menciona em sua postagem no blog Your Pa$$word doesn't matter:

Sua senha não importa, mas MFA sim! Com base em nossos estudos, sua conta tem mais de 99,9% menos probabilidade de ser comprometida se você usar MFA.

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) recomendada neste artigo
• Força do MFA sem senha
• Força MFA resistente a phishing (mais restritiva)

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.
  • 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 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

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 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 Todos os usuários
   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.
      1. Você pode optar por excluir seus usuários convidados se estiver segmentando-os com uma política específica de usuário convidado.
6. Em Recursos de destino>Recursos (anteriormente aplicações na nuvem)>Incluir, selecione Todos os recursos (anteriormente "Todas as aplicações na nuvem").
   1. Em Excluir, selecione todos os aplicativos que não exigem autenticação multifator.
7. Em Conceder controles>de acesso, selecione Conceder acesso.
   1. Selecione Exigir força de autenticação e, em seguida, selecione a força de autenticação multifator integrada 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.

Localizações com nome

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 IP confiáveis, como as de um escritório principal. Para obter mais informações sobre como configurar locais nomeados, consulte o artigo Qual é a condição de local 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 de sua rede corporativa. Nesse caso, eles poderiam adicionar a seguinte configuração à política:

1. Em Atribuições, selecione Rede.
   1. Configurar Sim.
   2. Inclua qualquer rede ou local.
   3. Exclua todas as redes e localizações fidedignas.
2. Salve suas alterações de política.

Exclusões de aplicativos

As organizações podem ter muitos aplicativos em nuvem em uso. Nem todas essas aplicações exigem a mesma segurança. Por exemplo, os aplicativos de folha de pagamento e assiduidade podem exigir MFA, mas o refeitório provavelmente não. Os administradores podem optar por excluir aplicativos específicos de suas políticas.

Ativação da subscrição

As organizações que usam o recurso de Ativação de Assinatura para permitir que os usuários "acelerem" 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 de suas políticas de Acesso Condicional usando Selecionar Aplicativos de Nuvem Excluídos:

• APIs do Serviço de Repositório Universal e Aplicativo Web, AppID 45a330b1-b1ec-4cc1-9161-9f03992aa49f.

• Loja Windows para Empresas, AppID 45a330b1-b1ec-4cc1-9161-9f03992aa49f.

Embora o ID do aplicativo seja o mesmo em ambas as instâncias, o nome do aplicativo na nuvem depende do locatário.

Quando um dispositivo está offline por um longo período de tempo, ele pode não ser 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 de Assinatura continue a funcionar perfeitamente.

A partir do Windows 11, versão 23H2 com KB5034848 ou posterior, os usuários são solicitados a autenticação com uma notificação do sistema quando a Ativação de Assinatura precisa ser reativada. A notificação do sistema mostra a seguinte mensagem:

A 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 de ativação , a seguinte mensagem pode aparecer:

Inicie sessão na sua conta escolar ou profissional para verificar as suas informações.

O prompt de autenticação geralmente ocorre quando um dispositivo está offline por um longo período de tempo. Esta 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 o prompt para autenticação do usuário por meio de uma notificação do sistema não for desejado.

Conteúdos relacionados

• Modelos de Acesso Condicional
• Use o modo somente relatório para Acesso Condicional para determinar os resultados de novas decisões de política.