Local Administrator, and Autopilot Settings, and Entra Settings! Oh, my!

In this blog, I will examine the new Entra local administrator settings, which prevent users from becoming local administrators on their devices during the Entra ID Join.

I will focus on how these two new Entra ID settings could interfere with the user account type settings you configured in your Autopilot profile.

1. Introduction

Quite unexpectedly, two new Entra Local administrator settings appeared in Entra. You can change these two new settings to configure the local administrator settings in Entra ID under: Devices –> All Devices –> Device Settings

With the first local administrator setting, we can now define if the global admin role will be added to the administrators’ group. If this role is added to the administrator’s group, everyone who holds that role in your organization will become a local admin on the device. Luckily with this setting, we can now block that from happening during the Entra Join.

With the second new local administrator setting that also arrived, we can now define who may become a local administrator on the device during a regular Microsoft Entra Join. Before we could configure this setting, the user who was performing the device registration would always become a local admin on the device by default. The only way until now to prevent this from happening was using Autopilot.

If we want to prevent this from happening, we could configure a similar setting in the Autopilot profile. In the Autopilot profile, we have the option to define if the user account that was enrolling the device would become a standard user or an administrator during the out-of-box experience.

With the new second setting showing up in Entra, we don’t need to use Autopilot anymore?(don’t take this literally… just use Autopilot!). This new local administrator setting is configured to ALL by default.

My advice? Configure it to “None”. Having the registered user become a local admin on your device is a bad idea.

It’s all cool, right? But what happens if we configure the user to be a standard user in the Autopilot profile and the setting to add the registering user to the local administrator group is still set to ALL?

Before you go any further, it could come in handy to first read my blog about how the device registration policy works during Autopilot and how Autopilot will prevent the user from becoming a local administrator

2. DeviceRegistrationPolicy vs Autopilot Profile

Well, if you take a look at the picture below, I will show you two scenarios.

In the first scenario, I configured the Entra local administrator setting to NONE but I configured the account type in the Autopilot profile to: Administrator

In the second scenario, I am doing exactly the opposite. I configured the entra setting to add some selected users to the local administrator group (configuring it to all will lead to the same outcome)

3. Autopilot Device Preparation / APv2

Beware: The stuff I mentioned above impacts the existing version of Autopilot. If you are running Autopilot Deviec Preparation / APv2, things are a bit different. That same setting to define who becomes a local administrator on the device is now breaking Autopilot Device Preparation!

https://call4cloud.nl/2024/06/the-battle-of-the-local-administrator-and-autopilot-device-preparation

The bottom line of that blog above is that you must set that setting to “all” if you don’t want to break your Autopilot Device Preparation experience!

4. Conclusion

The conclusion? If you are using Autopilot (v1) and configuring the user account to standard you are good to go even when the Entra setting is still configured to ALL(or selected).

When you are using Autopilot Device Preparation (v2), you need to set that setting to: “All”

In addition to this policy, please make sure you are preventing the global admin role from being added to the administrator’s group by changing the corresponding setting to NO.