Skip to content

Ulysses Neves

Microsoft Entra ID, authentication, and hybrid identity troubleshooting.

Menu
  • Home
  • Microsoft Azure
  • Microsoft AD FS
  • Microsoft 365
  • Contact
  • Troubleshooting Index
Menu

AD FS – Controlling Access to the Azure Portal Using AD FS Access Policies

Posted on April 27, 2020

Hello everyone. In today’s article, we’ll demonstrate how to restrict access to Azure resources using AD FS access control rules for domains federated with Azure AD. With ADFS access control rules, you can control internal and external access to an RPT (relying party trust) using location, device status, or even access containing a specific attribute.

In this article, we’ll perform the following activities:

  • We’ll create an access control rule in AD FS using an on-premises AD security group.
  • We’ll apply the created rule to the RPT Microsoft Office 365 Identity Platform Worldwide.
  • We’ll test a user’s access to the Azure management portal without belonging to the security group.
  • We’ll add the same user to the security group and test access to the Azure portal again.

Creating an Access Control Rule in AD FS

Let’s start by accessing the AD FS management console and performing the steps below:
1 – Select the Access Control Policies option.
2 – Select the Add Access Control Policy… option

In the Name field, give your policy a name and a description (optional).

Click Add to add a new rule to your policy.

Let’s create a rule that allows access for users in a specific group. To do this, we’ll perform the steps below:
1 – In the Permit box, select the from specific groups option.
2 – Click specific to select the on-premises AD group to be used for this rule.

Let’s select the security group by performing the following steps:
1 – Select the Security groups option.
2 – Click Add.

Let’s look up the security group name and select it following the steps below:
1 – We’ll look up the security group by name and click Check names.
2 – Click OK.

Click OK.

Confirm again by clicking OK.

We can see in the image below that the policy has been created, but it’s not yet in use.

Let’s assign the created policy to the RPT by performing the steps below:
1 – Select the Relying Party Trusts option.
2 – Select the RPT you want to apply the policy to.
3 – Select the Edit Access Control Policy… option

Select the created policy and click Apply.

Testing Access Without Belonging to the Security Group

Let’s test access to the Azure portal without the user being part of the security group defined in the access policy.

We can see below that the “Licensed_users” security group is empty.

Let’s access the Azure portal using the login jack@ulyneves.com.

The access is redirected to the AD FS portal because this is a federated environment. Let’s enter the password and click Sign in.

As shown in the image below, the policy we created restricted access to the Azure portal because user Jack is not part of the security group we defined.

Testing Access With the User Added to the Security Group

Let’s now add user Jack to the “Licensed_users” security group used for this demonstration.

With the user belonging to the security group, access to the Azure portal is granted by AD FS.

Summary

In today’s article, we demonstrated how to create an access policy in AD FS to restrict access to Azure resources using security groups.

I hope this content has contributed to expanding your knowledge of AD FS.

Did you like the post? Like and share it. 🙂

If you have any suggestions or comments, let us know.

[ ]’s

Ulysses Neves

Related guides: Browse the Microsoft Identity Troubleshooting Index or the Microsoft AD FS topic archive.

Leave a Reply Cancel reply

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

Recent Posts

  • Microsoft Defender for Identity domain investigation: six questions to ask first September 10, 2026
  • Microsoft Entra Kerberos key rotation: what changes—and what administrators should check September 6, 2026
  • Microsoft Authenticator Will Block Jailbroken Devices in 2026 — What You Need to Know March 17, 2026
  • Enhancing Azure role activation security with FIDO2/Passkeys September 23, 2024
  • Microsoft Entra ID CAP | Enforcing WHfB using Authentication Strength April 21, 2024

Archives

  • September 2026
  • 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 #adfs #adfscertificate #adfscertificates #adfsmfaadapter #azureauth #azureCA #azuredevice #capolicy #cloudsummit2021 #conditionalaccess #conditionalaccesspolicy #deviceregistration #farmbehavior #gopasswordless #mfaserver #msidentity #namedlocation #securingazure #securingazuread #sslprivatekey #troubleshootingadfs #troubleshootingwaptrust #tshootadfs #waptrust #webapplicationproxy #WHFBcerttrust #whfbdeployment #WHfBhybridsetup #WHfBprovisioning #widdatabase adconnect AD FS authenticationstrength az500 azurepim Azure security cloudsecurity microsoft365 Microsoft Azure Microsoft Entra hybrid join Microsoft Entra ID Microsoft Entra MFA PowerShell 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}