Microsoft Entra ID Protected Actions

Microsoft Entra ID Protected Actions

Microsoft Entra ID has a feature called Protected Actions. When you configure Protected Actions, you can use them with Conditional Access policies to add extra layers of security before the protected action executes.

The following actions can be configured with Protected Actions:

In this post, I will show you step by step how to configure Microsoft Entra ID Protected Actions with Conditional Access.

The Process

In my example, I will create three authentication contexts: one for Conditional Access policy management, one for Cross-tenant Access policy management, and one for Hard Delete.

Once we have created the authentication contexts, we need to build a Conditional Access policy that uses them.

In my example, I will call it Protected Actions.

In my example, I will select all users and exclude my break-glass accounts.

In my example, I will select all the Protected Action authentication contexts.

In my example, I will select Grant access, and Require authentication strength with Phishing-resistant MFA.

In my example, I will select Sign-in frequency and set it to Every time (5-minute tolerance) to require users to complete MFA again before performing any protected actions.

Now that the Conditional Access policy is built, the next step will be to assign protected actions to the authentication context linked in the policy.

You can add each protected action to only one Authentication context.

Even in report-only mode, attempting a protected action will show messages about the additional authentication requirements.

That’s all it takes to configure Microsoft Entra ID Protected Actions with Conditional Access.

You can take Protected Actions a step further and configure a block policy to ensure the actions can only be performed on a certain network and/or system.

If you want to read more about Protected Actions, here is the Microsoft documentation.

Exit mobile version