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 dispositivos desconhecidos usando política de acesso condicional no Azure AD

Posted on 14 de July de 2020

Olá pessoal. Quando se configura uma política de acesso condicional baseada em plataforma (sistema operacional), pode acontecer do administrador não considerar os sistemas operacionais que não estão listados na política, por exemplo, as plataformas que não são suportadas ou casos onde aplicativos clientes não enviam a informação do dispositivo durante a autenticação e o resultado disso é que estes acessos não são controlados pela política do Azure.

Hoje vou apresentar uma dica simples de como controlar o acesso de dispositivos que não são listados na opção “Device platforms” na política de acesso condicional. Para essa demonstração, vamos utilizar o aplicativo Office 365 CLI que utiliza um fluxo de autenticação que não envia informações do dispositivo durante a autenticação no Azure AD.

Na política que iremos configurar, vamos apenas forçar o MFA para acesso em qualquer aplicação caso o dispositivo não seja identificado durante a autenticação. É possível também aplicar outros controles de acesso, como bloqueio.

Atividades a serem executadas neste artigo:

  • Configurar a política de acesso condicional.
  • Simular o acesso de um dispositivo desconhecido utilizando o Office 365 CLI.
  • Validar a o controle aplicado nos logs de acesso do Azure AD.

Configurando a política de acesso condicional

Vamos iniciar criando a política de acesso conditional acessando o menu Conditional Access | Policies.

Clique em New policy.

Vamos dar um nome à nossa política preenchendo o campo Name.

Vamos executar os passos abaixo para definir os usuários a receberem a política:
1 – Selecione o menu Users and groups.
2 – Para essa simulação, vamos selecionar Select users and groups.
3 – Vamos marcar a opção Users and groups e selecionar apenas o usuário otto@ulyneves.com.

Clique em Select e selecione o usuário ou grupo que deseja controlar.

Vamos agora seguir os passos abaixo para definir quais aplicações serão protegidas por essa política. Vamos aplicar em todas as aplicações.
1 – Selecione o menu Cloud apps or actions.
2 – Selecione All cloud apps.

Vamos agora definir que usuários acessando de dispositivos desconhecidos deverão ser solicitados a efetuar o MFA. Para isso, siga os passos abaixo:
1 – Selecione o menu Conditions.
2 – Selecione o menu Device platforms.

No menu Device platforms, execute os passos a seguir:
1 – Habilite a configuração selecionando YES.
2 – Confirme se a opção Include está selecionada.
3 – Marque a opção Any device.

Para nossa ilustração, vamos marcar na aba Exclude todas as plataformas suportadas pela política de acesso condicional. Caso queira forçar a política também em um dos sistemas operacionais suportados, basta desmarcar a plataforma desesjada na lista abaixo:
1 – Certifique-se de que a opção Exclude está selecionada.
2 – Marque os sistemas operacionais suportados que não pretendes controlar com essa política. Em nosso caso, queremos controlar apenas dispositivos desconhecidos.

Clique em Done.

Selecione a opção Grant no menu Access controls. Vamos marcar:
1 – Grant access.
2 – Require multi-factor authentication.

Clique em Select.

Vamos habilitar a política marcando no menu Enable policy > On e clicando em Save.

Testando a conexão através do Office 365 CLI

Como explicado na introdução deste artigo, vamos validar a eficácia da política criada utilizando o aplicativo Office 365 CLI que não passa a informação do dispositivo durante a autenticação. Para mais informações de como instalar e utilizar o Office 365 CLI, acesse este link.

Com o Office 365 CLI instalado, vamos nos conectar ao Office 365 executando o comando abaixo:

office365

Vamos solicitar o código de acesso para o dispositivo utilizando o comando abaixo:

login

Vamos seguir as instruções do flow de autenticação de dispositivos para efetuar o acesso ao Office 365.

Vamos colar o código e clicar em Next.

Vou selecionar o usuário que estou utilizando na simulação.

Conforme esperado, o usuário recebe a notificação no aplicativo Microsoft Authenticator para efetuar o MFA.

Com o MFA confirmado no aplicativo, o acesso é concedido e o usuário é autorizado a efetuar a janela.

Vamos agora confirmar o status do acesso no aplicativo Office 365 CLI digitando o comando abaixo no powershell:

status

Podemos observar que usuário otto@ulyneves.com efetuou com sucesso a autenticação no Office 365.

Obtendo informações sobre o acesso

Vamos agora confirmar nos logs de acesso do Azure AD se a política de acesso condicional foi quem solicitou o MFA.

Vamos acessar o menu de acessos utilizando o link Azure AD | Sign-ins.

Identificamos o acesso registrato em nosso teste abaixo. Nele, podemos observar que o acesso foi efetuado com sucesso ao recurso PnP Office 365 Management Shell.

Na aba Device Info é possível confirmar que o sistema operacional não foi fornecido pela aplicação Office 365 CLI, o que nos permite aplicar a política por se tratar de uma plataforma desconhecida.

Na aba Conditional Access podemos identificar que o controle da política criada foi aplicado com sucesso.

Na aba Authentication Details, observamos na coluna Result detail que o MFA foi concluído no Azure AD e, por esse motivo, o acesso foi concedido ao recurso.

Resumo

No artigo de hoje, demonstramos como controlar o acesso de dispositivos considerados “desconhecidos” ou não suportados pela política de acesso condicional no Azure.

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

Gostaram do post? Curtam e compartilhem. 🙂

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

[ ]’s

Ulysses Neves

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}