Force settings on Dedicated devices during enrollment
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-04-2024 03:15 AM
Hello all,
I'm trying to deploy a Dedicated device profile in Microsoft Intune, I created the configuration profiles and the compliance policy with some settings, in specific about PIN creation and complexity, but during the setup users are not asked to enter any PIN, and at the end the device result non-compliant until the PIN is set and is fulfilling the rules I set.
Is there by any chance a way to force the PIN creation request during the enrollment phase as happens for user-associated devices?
Thanks in advance
/Lucius
- Labels:
-
Devices
-
Enrolment
-
Management
-
Security
-
Zero-touch
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-04-2024 08:55 AM - edited 03-06-2024 03:12 AM
Hi @LFagni
Welcome to the community, I hope that you are doing well?
From my understanding I do not believe there is a way to force the creation of a PIN during the enrollment phase for user-associated devices. I will look into this further for you but just wanted to set expectations.
Thanks,
Reece.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-06-2024 01:08 AM - edited 03-06-2024 01:09 AM
Hi @ReeceK , all good here, hope the same on your side.
During the enrollment of standard Corporate Device with Work Profile we're asked to protect the device, just after the device registration.
and this is fully fine, same happen on Personally Owned Devices with Work Profile and also on Device Administrators (I'm anyhow working for remove them).
Device administrators are not in GZT so I suppose that the PIN request is part of the standard setup of the device, so I do not understand why it's not requested for dedicated devices.
I created a compliance policy too, that require the presence of a PIN protection, but those devices are marked as non-compliant with no real useful indication about the reason for the users, and PIN need to be created manually for make the devices compliant.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-06-2024 03:40 AM
Hey @LFagni
Thanks for reaching out and for the insights you provided. I'll do some research and let you know what I find. I'll also pass on this information to my colleagues to see if they have any input.
Your explanation has been really helpful, and I appreciate it. I dont think I have come across this one before.
Thanks again!
Reece
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-28-2024 05:49 AM
Hi @ReeceK , do you have any update on this topic?
I wonder how this is failing for the Dedicated Device profile only.
Thanks
/Lucio
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-28-2024 05:55 AM - edited 06-28-2024 05:57 AM
Isn't the compliance police exactly doing that?
If a pin is not set the device is highlighted as uncomliant until a pin is set.
On dedicated devices (i think you mean COBO?) you can set the pin via the MDM while on a COPE or BYOD you can force a security password policy which the user has to fulfill in complexitiy and so on. And both take part only after they have been enrolled to the MDM as the settings are rolled out only then.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-28-2024 07:04 AM
Hi @Moombas , thanks for your reply.
This is exactly my question, compliance policies are really similar, but on the other enrollment profile the user is asked to create a passcode during the device setup, this not happen only for the Dedicated Device ones.
As example, I just made some fresh test and an S22 configured as Corporate Device with Work Profile on GZT ask to create a passcode after device registration:
For the Dedicated Device this is not happening at all if I use the Token QR from Intune, and I'm just asked to create one if the profile is assigned from GZT, but as example my policy set a minimum lenght of six chars and other settings, that are just ignored in this phase (now I just tried with a Pixel 8Pro)
The device at the end is just not compliant, but the error is not self-explanatory and might create confusion.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-01-2024 12:35 AM
how are you applying policies to dedicated devices?
Since dedicated devices do not always ask for user credentials during enrollment, you are unable to assign policies to a user since they will probably not work.
If you assigned the policies to a dynamic group, Intune needs time to get the newly enrolled devices into that dynamic group. It can take up to an hour in some cases. You will see that it will ask for a password ones it has recieved a policy that configured that.
A work around for this is using device filters, as en example: Apply policy to all devices with an included filter capturing all devices enrolled via a specified enrollment profile (the one from your QR code for example).