How to deploy Microsoft 365 Apps security baseline using Intune

-
 

Microsoft releases security baseline for Microsoft 365 apps every 6 months keeping in with the release cadence of Microsoft 365 apps semi-annual channel which normally happens in June and December. At the time of writing this blog, following are the available deployment methods:

Cloud policies - Can be deployed with the Office cloud policy service for policies in HKCU.  Cloud policies apply to a user on any device accessing files in Office apps with their AAD account.

ADMX policies - Can be deployed with Microsoft Endpoint Manager (MEM) for both HKCU and HKLM policies. These settings are written to the same place as Group Policy, but managed from the cloud in MEM using either Administrative templates or the settings catalog.

Group Policy - Can be deployed with on premise AD DS to deploy Group Policy Objects (GPO) to users and computers.

Note: Depending on the deployment method, registry keys will be written accordingly and they will be observed in order of precedence: Office cloud policies will override ADMX/Group Policies which will override end user settings in the Trust Center.

Unlike MDM security baselines that are available natively within Intune, one cannot deploy the Microsoft 365 Apps security baseline the same way. Sure one can use Administrative templates or the settings catalog to deploy, but this will require configuring each setting from the baseline manually. 

Group Policy analytics migration

Group policy analytics within the reporting section in Intune has been available for some time now. It allowed organizations to generate a report, assess the readiness of each setting and evaluate the options to implement them using Intune. Like the one shown below:


As handy as it may seem, this only gave an assessment report and no direct means to migrate the settings in Intune, until now. Microsoft has now made it possible to import the GPOs and then magically migrate the available or supported settings over to settings catalog in Intune. Let's see how this is done.

1. Download the security baseline from here if not already done.


2. Unpack the contents and get ready to sign-in to the Microsoft Endpoint Manager Admin Center
3. Browse to Devices > Group Policy analytics (preview) > Import
4. Click on Import and select the xml for the GPO that you want to import.


5. Next to the GPO that you want in your Settings Catalog profile, select the Migrate checkbox. You can select one GPO or many GPOs.


6. Select the settings that you want to migrate and hit next.

Note: It is recommended to review the Group Policy settings before migrating them all. It's possible some settings may not apply to cloud-based policy management or don't apply to cloud native endpoints, like Windows 10/11 devices.


7. Confirm the configuration settings and hit next.


8. Give a name and hit next.


9. Depending on the category of the settings, either assign to user based group or devices.

End result

Once the device syncs, the policies will be applied and the same can be verified both locally on the device and in the MEM admin console.





Per policy setting status can be viewed from the MEM admin console as well.


Conclusion

The migrate feature work on best effort basis. It takes the parsed data from the imported Group Policy object (GPO) and translates it to a relevant setting in the Settings Catalog, if the setting exists. Microsoft has infact stated that they are working on adding Microsoft 365 Apps security baseline in Intune, but until that happens, I think using the Migrate option under Group policy analytics is an excellent way to migrate the on-prem GPOs into a cloud based source like Intune. However, it is recommended that GPOs are assessed first before being migrated as some of the settings may be legacy and meant for domain joined devices and may not be suited or supported for Azure AD joined devices.

Comments

Post a Comment

Popular posts from this blog

How to force escrowing of BitLocker recovery keys using Intune

-
Image
Every now and then it so happens that BitLocker recovery keys do not escrow in AAD. The usual culprits are incorrect BitLocker policies and\or the device hardware configuration failing to meet the minimum requirements. The other scenario and something I recently experienced is when everything is setup right and still the recovery key doesn’t escrow in AAD. As I understand, this can happen if the escrow process got interrupted the first time due to network or local devices related issues and the process could not resume. To circumvent this issue, one can simply push a PowerShell script to the devices to force the escrow of the recovery keys to AAD. Here is a script to do so. try{ $BitlockerVol = Get-BitLockerVolume -MountPoint $env:SystemDrive         $KPID=""         foreach($KP in $BitlockerVol.KeyProtector){             if($KP.KeyProtectorType -eq "RecoveryPassword"){                 $KPID=$KP.KeyProtectorId                 break;             }         }        $o
Read more

Intune: Configure Printers for Non-Administrative Users

-
Image
Configuring printers for end users or giving them the ability to do it themselves is a normal requirement for organizations. Now if your users are Administrators, then the configuration can be straight forward, but in case of Non-Administrators there are additional steps required as Non-Administrators will not be able to add a driver in the driver store despite being able to install a printer. In this blog, I will cover the steps that I took to address this requirement using Intune. The setup involves 2 steps -  1. Setup registries. 2. Install the driver and configure the printer Setting up registries – The registries that need to be configured are actually part of a GPO setting – Allow non-administrators to install drivers for these device setup classes It can be found under: Computer Configuration -> Policies -> Administrative Templates -> System -> Driver Installation I used a Powershell script to set the values and wrapped it in a Win32 application. $Path1
Read more

Intune: UAC Elevation Prompt Behavior for Standard Users

-
Image
Implementing and maintaining a good security posture is an integral part of overall IT security governance for most organizations now. While you want to harden the security of infrastructure and give least number of privileges to your end users, sometimes you may need to cut back on the restrictions to ensure a good user experience and an effective IT support process. Recently, I had a requirement where the customer wanted to ease the restriction on the end user devices to make the helpdesk support process more efficient. This involved easing the UAC level access for the Standard users and if you are managing your devices using Intune, then this blog may just help you. Let us see what all is involved and some of the ways that you can use to implement this easily. Policy CSP – LocalPoliciesSecurityOptions LocalPoliciesSecurityOptions has many CSP settings and if you are managing these settings at an individual level, then the CSP that we need to concern ourselves with here is U
Read more