SOLVED

CSP Policy for BitLocker Encryption on AutoPilot Devices

Contributor

According to the What's new in Windows 10 1809 the following functionality is available.

 

You can choose which encryption algorithm to apply automatic BitLocker encryption to capable devices, rather than automatically having those devices encrypt themselves with the default algorithm. This allows the encryption algorithm (and other BitLocker policies that must be applied prior to encryption), to be delivered before automatic BitLocker encryption begins.

For example, you can choose the XTS-AES 256 encryption algorithm, and have it applied to devices that would normally encrypt themselves automatically with the default XTS-AES 128 algorithm during OOBE.

 

I have worked through implementing this functionality with both the 1809 (17763)and 1903 (18277) builds and it does not work. The system drive automatically encrypts but the drive gets encrypted with the default XTS-AES-128 encryption.

 

I have the following setup.

 

  • Windows 10 machines configured as AutoPilot devices (Windows Surface Pro 4)
  • AutoPilot profiles set in Intune
  • Edition upgrade policy set to upgrade to Win10 enterprise
  • EndPoint Protection policy set with encryption settings for XTS-AES-256

Screenshots of the policy, the Intune errors and the BitLocker settings attached.

 

I have a support call logged but suggestions are welcome.

 

4 Replies
best response confirmed by Andrew Matthews (Contributor)
Solution

After a great deal of experimentation and a blog post from Per Larson; I tracked down the cause of the issue.

 

The encryption section of the EndPoint Protection policy does not correctly apply to AAD Joined devices capable of HSTI if the policy is set to Encrypt Device: Require.

 

I was able to successfully encrypt a device during AutoPilot with AES 256 under the following circumstances.

 

  • Create a brand new Endpoint Protection policy (Important!)
  • Apply the encryption settings that you want to set
  • Make sure the Encrypt Device setting is set to Not Configured
  • Apply the policy to a group containing Azure AD Joined windows devices
  • Do not target the policy at user accounts

The policy settings that I used are attached.

@Andrew Matthews  Hi Andrew, quick question you have two policies attached.  I would like to know how you are assigning each policy.  I gather the first one is to an autopilot group that only contains devices and these settings will be applied during the OOBE/Autopilot process (Enrolment Status page).  How are you applying the second policy is it to the same group and also is the does the second policy exclude the settings you have in the first ? Are you applying both policies to the same autopilot group but the settings cannot be combined in a single profile ?

@NateffromWelly 

 

I found that most Device Restriction and Endpoint Protection settings can be applied to a user group but some settings have to be applied to a device group.

 

My current deployments apply BitLocker settings using a separate Endpoint Protection policy that is a assigned to an Azure AD group containing devices. I use the ZtdId trick to create a dynamic group that targets all AutoPilot devices.

@Andrew Matthews  Thanks for your quick reply Andrew.  As per your Policy 1 image, I have the same settings applying to a Dynamic group and assigned to new devices for autopilot.  I was curious as to how you are assigning your second policy with the additional encryption settings.  Is this to a wider device or user group that would apply after the ESP page ?

I have a ticket logged with MS at the moment and been working on it for nearly a month and they too are struggling and acknowledged there is a bug with the ESP page and BitLocker for 1809.