This blog will be about the managed and unmanaged IOS App Protection Policies.
We have got multiple options to choose from, how to protect the company data.
Are you going to require compliant mobile IOS/Android devices, so each device needs to be enrolled (MDM)? Or do you have a lot of front line workers and you only want the apps to be secured (MAM)? Or maybe a combination?
In this example, we did both. We wanted to make sure users who had a Microsoft 365 Business Premium license needed to have their mobile devices managed/enrolled and all the other users could access office365 without their devices needed to be enrolled. Of course, we will need to apply app protection for each option. You have to choose which of the options is the best to protect the company data. Managed devices need to get the Managed devices app protection policy and the unmanaged devices need to get their unmanaged devices app protection policy
*Conditional Access Rules
Assuming you already have blocked legacy authentication, we are going to create 2 additional conditional access rules. The first CA rule will require ms365Business licensed users to have IOS/Android compliant devices.
And a second CA rule to make sure approved apps are required when you want to access the Office365 data.
Please beware Teams and Require app protection may not go well together, so the best option you got is only requiring Approved apps (Microsoft Apps) to access office 365 data.
UPDATE: Please read my blog about the require app protection misunderstanding: https://call4cloud.nl/2021/03/app-protection-resurgence/
*App protection policies
After the CA rules were created, we created the App protection policies. As shown below we created multiple App protection policies. One App protection policy for Managed devices and one for unmanaged devices
In my opinion, devices which are managed don’t need an additional password to open the app because you probably already made sure you have setup a compliance policy and a device configuration policy. Maybe you want to loosen the screws a bit on managed devices?
Another good example, would be the possiblity to let users sync their contacts to the native app on managed devices. I guess you want to block this on non managed devices and maybe allow it on managed devices?
When only working with android devices, this setup is good enough. You only need to make sure your users will have the company portal app installed. You only need to install it, there is no need for any configuration as it functions as the broker on android devices.
But when you have users with IOS mobile devices (I bet you do) you will need some additional configuration.
First, we need to make sure all the app which need the managed app protection policies are added.
If you reading my blogs often, you will probably know the whole setup can be scripted. (you will find the link at the end of this blog)
Now we have all the apps installed on the devices we need to push an app configuration, to make sure the IntuneMAMUPN is configured for each application (some apps do not support this config).
You will need to configure the IntuneMAMUPN because it is required for devices that are managed by Intune to identify the enrolled user account. Let’s create a new managed app configuration policy and select the Outlook app. Again, you will need to create an app configuration with the IntuneMAMUPN for each app.
Please beware the App configuration keys are case sensitive. Use the proper casing to ensure the configuration takes affect.
After a while and I mean really a while, it will start working. I have created a blog on how to troubleshoot App protection policies.
In the link above, I also showed you how to monitor/troubleshoot the app protection policies. So let’s take a look which app’s understood the IntuneMAMUPN configuration.
When taking a look at the edge app configuration, you can check if the configuration did applied succesfully.
As shown above, I guess Edge does not respond on the configuration policy but Teams/Onedrive and Outlook did.
EDIT: 18-03-2021: The app assignment was configured as available instead of required. After (re)installing the already installed app from the company portal and recreating the app configuration it worked like expected.
You can also check on your mobile device by opening edge and type: about:intunehelp
You will need to find the golden middle when securing your office 365 data, otherwise lines will be drawn in the sand. On your left, there is data to protect and on your right side, there are users who need to get their job done. You really need to let the end-users understand why it’s important.