Skip to content

Ulysses Neves

Microsoft Entra ID, authentication, and hybrid identity troubleshooting.

Menu
  • Início
  • Microsoft Azure
  • Microsoft AD FS
  • Microsoft 365
  • Contact
Menu

Azure AD – Controlando o registro de informações de segurança usando Conditional Access Policy

Posted on 7 de January de 2020

Olá, pessoal. No artigo de hoje, vamos explicar passo a passo como restringir o acesso e atualização de informações de segurança usando política de acesso condicional. Através do menu Informações de segurança presente no perfil do usuário no Azure é possível incluir ou modificar os métodos de acesso utilizados pela autenticação no Azure.

O que é o registro combinado de informações de segurança?

O registro combinado é a consolidação do registro de informações de segurança através de um único portal, podendo ser utilizado para políticas de MFA e também no reset de senha.

Habilitando o registro combinado

Vamos explicar passo a passo como habilitar o registro combinado para que os usuários possam utilizar esse portal unificado.

Acesse o menu User settings clicando neste link.

Clique em Manage user feature preview settings.

Na opção Users can use preview features for registering and managing security info – enhanced, selecione All para habilitar essa opção para todos os usuários.

Obs: Caso pretenda habilitar esta funcionalidade para um grupo de usuários apenas, clique em Select e escolha o grupo que deseja permitir essa ação.

Criando a localização nomeada

Vamos cadastrar uma rede para usar como localização segura na política de acesso condicional.

Caso não tenha uma rede nomeada no seu tenant, acesse este artigo onde mostro como criar uma.

Eu criei uma rede que abrange o IP externo do meu dispositivo para essa ilustração.

Criando a política de acesso condicional

Vamos criar a política de acesso condicional através do menu Conditional Access – Policies no Azure AD ou acesse este link.

Clique em New policy.

Entre com o nome da política.

Para essa ilustração, vamos selecionar somente a usuária Jenna@ulyneves.com clicando em Users and Groups > Include > Select users and groups > Select > [Selecione o usuário e/ou grupo a ser afetado por esta política].

Clique em Done.

Vamos selecionar a ação a ser controlada clicando no menu Cloud apps or actions > User actions > [Marque a opção Register security information (Preview)].

Clique em Done.

Vamos definir o controle de localização selecionando o menu Conditions > Locations > [habilite o controle clicando em YES] > Any location.

Como estaremos criando uma regra de bloqueio de acesso em redes não seguras, vamos excluir dessa política a localidade que definimos como segura no passo anterior.

Selecione a opção Exclude > All trusted locations.

Clique em Done.

Vamos agora definir ação a ser tomada pela política caso o acesso se encaixe nas regras definidas.

Selecione o menu Access controls > Grant > Block access.

Clique em Select.

Vamos habilitar a política clicando em On no menu Enable policy.

Clique em Create.

Acessando as informações de segurança

Vamos demonstrar o acesso ao menu de informações de segurança combinadas dentro da rede segura e for a dela.

Vamos acessar o perfil da usuária no Azure clicando neste link.

Entre com as credenciais do usuário.

No perfil do usuário é possível observar o menu Security Info. Clique em Update Info.

Acessando o menu Security Info é possível verificar e adicionar métodos de verificação de acesso e reset de senha.

Verificando o sign-in

Acessando o menu Security info de uma rede confiável, o acesso é permitido conforme mensagem abaixo. Podemos observar que o IP de origem do acesso faz parte da rede confiável que configuramos anteriormente.

Na aba Location, pode-se identificar o IP que originou a tentativa de acesso às informações de segurança.

Vamos agora acessar o mesmo perfil de uma localização for a da rede segura para testar a política.

Vamos utilizar um navegador chamado Tor que muda a localização do IP de origem.

Vamos acessar o mesmo endereço do teste anterior, efetuando o sign-in com as credenciais da usuária Jenna.

O usuário acessa o perfil no Azure normalmente.

Vamos clicar em Update Info no menu Security Info.

Acessando o menu Security info de uma rede não confiável, o acesso é bloqueado conforme mensagem abaixo. É possível observar que o IP de origem do acesso não faz parte da rede confiável que configuramos anteriormente.

Verificando o sign-in

É possível verificar os acessos feitos pelos usuários acessando o menu Sign-ins no Azure AD ou clicando neste link.

Observamos nos logs que o acesso foi bloqueado por uma política de acesso condicional e gerou o erro 53003.

Na aba Location, é possível identificar o IP que originou a tentativa de acesso às informações de segurança. Confirmamos que o bloqueio foi ativado devido ao IP de origem estar fora de uma rede segura configurada pelo administrador.

Resumo

No artigo de hoje, mostramos como restringir o acesso ao menu de informações de segurança no Azure usando política de acesso condicional baseado em localização. Esse menu permite aos usuários incluírem e alterarem os métodos de autenticação no Azure.

Espero que este conteúdo tenha contribuído com o enriquecimento do conhecimento de vocês em Azure.

Gostaram do post?

Curtam e compartilhem. 🙂

Tem alguma sugestão ou observação, comente.

[ ]’s

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Recent Posts

  • Microsoft Authenticator Will Block Jailbroken Devices in 2026 — What You Need to Know 17 de March de 2026
  • Enhancing Azure role activation security with FIDO2/Passkeys 23 de September de 2024
  • Microsoft Entra ID CAP | Enforcing WHfB using Authentication Strength 21 de April de 2024
  • Troubleshooting Error Code ‘0x000005e’ in WHfB: PIN Authentication Woes 11 de February de 2024
  • WHfB: Fixing Windows Hello for Business error ‘LogoncertTemplateReady: NO (StateNoTemplate)’ 29 de December de 2023

Archives

  • March 2026
  • September 2024
  • April 2024
  • February 2024
  • December 2023
  • September 2023
  • July 2023
  • June 2023
  • May 2023
  • April 2023
  • March 2023
  • February 2023
  • January 2023
  • December 2022
  • October 2022
  • September 2022
  • August 2022
  • July 2022
  • June 2022
  • May 2022
  • April 2022
  • March 2022
  • February 2022
  • January 2022
  • December 2021
  • November 2021
  • October 2021
  • September 2021
  • August 2021
  • July 2021
  • June 2021
  • May 2021
  • April 2021
  • March 2021
  • February 2021
  • January 2021
  • December 2020
  • November 2020
  • October 2020
  • September 2020
  • August 2020
  • July 2020
  • June 2020
  • May 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019

Tags

#aaddownleveldevice #aadhybridjoin #adfs #adfsonsql #azuread #azureauth #azureCA #azuredevice #azurehybridjoin #azuremfa #azuresecurity #capolicy #cloudkerberostrust #conditionalaccess #conditionalaccesspolicy #deviceregistration #gmsaaccount #gopasswordless #hybridaadjoin #mfaserver #msadfs #msazure #msidentity #namedlocation #sslcertificatevalidation #tshootadfs #tshoothybridjoin #tshootwaptrust #waptrust #WHFBcerttrust #whfbdeployment #WHfBhybridsetup #widdatabase adconnect authenticationcontext authenticationstrength az500 azuread azuremfa azurepim azuresecurity cloudsecurity microsoft365 msazure WHfB
©2026 Ulysses Neves | Design: Newspaperly WordPress Theme
Ulysses Neves
Gerenciar Consentimento de Cookies
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Always active
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
Ver preferências
  • {title}
  • {title}
  • {title}