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 – Configurando o Office 365 (preview) usando política de acesso condicional

Posted on 10 de March de 2020

Olá, pessoal. No artigo de hoje, vamos explicar o que é o grupo de aplicações Office 365 (Preview) e como utilizar este novo recurso para controlar os acessos aos recursos do Office 365 no Azure utilizando política de acesso condicional. Normalmente essa configuração é utilizada quando o administrador deseja bloquear todas as aplicações do Office 365, exceto o acesso ao e-mail.

O que é o Office 365 (preview)

O Office 365 (preview) é um grupo de aplicativos que contém todos os recursos que compõem o Office 365 no Azure. O uso desse grupo garante que todas as aplicações relacionadas ao Office 365 serão protegidas pela política de acesso condicional configurada.

Abaixo mostramos algumas aplicações que fazem parte do grupo de aplicativos Office 365 (preview):

  • Microsoft Flow
  • Microsoft Forms
  • Microsoft Teams
  • Office 365 Exchange Online
  • Office 365 Sharepoint Online
  • Office 365 Yammer e outros.

Criando a política de acesso condicional

Para essa ilustração, vamos criar uma política de acesso condicional para bloquear qualquer acesso às aplicações do Office 365 e permitir somente o acesso ao e-mail.

Para criar a nova política de acesso condicional, acesse o menu Azure AD > Security > Conditional Access Policy ou clique neste link.

Clique em + New policy.

Preencha o nome da política no campo Name.

Selecionando os usuários

Para configurar os usuários a serem afetados por essa política, execute os passos abaixo:
1 – Selecione o menu Users and groups.
2 – Marque a opção Select users and groups.
3 – Clique em Select.
4 – Selecione o usuário ou grupo que deseja aplicar a política.

Click Select e em Done.

Configurando os aplicativos

Vamos agora selecionar todos os aplicativos do Office 365 listados na introdução deste artigo com apenas um grupo de aplicativos, o Office 365 (preview). Para isso, execute os passos abaixo:
1 – Selecione o menu Cloud apps or actions.
2 – Clique em Select apps.
3 – Clique em Select para selecionar o grupo de aplicativos.
4 – Vamos buscar pelo nome Office 365.
5 – Selecione o aplicativo Office 365 (preview).

Clique em Select.

Excluindo o Exchange Online da política

Vamos configurar o Exchange Online para ser o único recurso do Office a ser permitido o acesso. Para isso, execute os passos abaixo:
1 – Selecione a opção Exclude.
2 – Clique em Select excluded cloud apps.
3 – Vamos buscar pelo serviço Exchange.
4 – Selecione o serviço Office 365 Exchange Online.

Clique em Select e em Done.

Configurando o controle da política

Para selecionar o controle a ser feito quando o usuário acessar as aplicações configuradas nessa política, selecione a opção Grant no menu Access controls.

Para esta ilustração, vamos bloquear o acesso dos usuários que se enquadrarem nos requisitos dessa política.

Clique em Select.

Vamos habilitar a política na opção Enable policy.

Clique em Create.

Testando a política de acesso

Vamos testar agora o acesso ao portal do Office através do endereço https://portal.office.com.

Vamos entrar com a credencial da usuária que é escopo dessa política e clicar em Next.

Como esperado, o acesso ao portal do Office é BLOQUEADO.

Vamos agora acessar diretamente o e-mail da mesma usuária através do endereço https://outlook.office365.com/.

Preenchemos novamente as informações da usuária e clicamos em Next.

Como podemos perceber, o acesso ao email é concedido.

Verificando os logs de acesso no portal do Azure

Vamos confirmar através dos logs no portal do Azure se a política de acesso condicional criada foi efetiva.

Você pode acessar a página de Sign-ins do Azure AD usando este link.

Na imagem abaixo podemos confirmar o código de erro 53003 – Access has been blocked due to conditional access policies.

Ao selecionarmos a aba Conditional Access, confirmamos o resultado da política para este acesso: Failure.

Vamos agora confirmar o acesso ao serviço Office 365 Exchange Online selecionando o evento deste acesso.

Percebemos que o status é Success.

Acessando a aba Conditional Access, confirmamos que a política de acesso condicional não foi aplicada e por esse motivo, a usuária teve seu acesso concedido ao recurso no Azure.

Resumo

No artigo de hoje apresentamos o recurso Office 365 (Preview) e como utilizar esse recurso para reduzir o número de aplicações listadas na política de acesso condicional. Demonstramos o passo a passo de como bloquear o acesso às aplicações do Office com exceção do serviço de e-mail dos usuários.

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

2 thoughts on “Azure AD – Configurando o Office 365 (preview) usando política de acesso condicional”

  1. Tiago Rocha says:
    18 de June de 2021 at 14:22

    Boa tarde!
    ótimo post.
    duas dúvidas:
    É possível bloquear por horário espeificos?
    É possivel bloquear todos os aplicativos apenas de dispositivos mobile?

    Reply
    1. Uneves says:
      18 de June de 2021 at 15:07

      Olá Tiago, obrigado pelo feedback. Seguem as respostas às suas dúvidas:
      É possível bloquear por horário espeificos? Infelizmente ainda não.
      É possivel bloquear todos os aplicativos apenas de dispositivos mobile? É possível configurar a política para sistemas operacionais mobile. Dá uma olhada neste doc: https://docs.microsoft.com/en-us/azure/active-directory/conditional-access/concept-conditional-access-conditions#device-platforms

      Forte abraço.

      Reply

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}