Windows MDM enrollment details don't clear upon OS change

[ddribeiro]

Fleet version: 4.65.0, Orbit 1.40.1

Web browser and operating system: Tested with Windows 11 -> Ubuntu 24.10

---

💥  Actual behavior

An end user has a Fleet enrolled Windows host with MDM turned on. Then they decide they want to use Linux for work so they re-enroll to Fleet as a Linux host. When this happens, the host's MDM details are not cleared out. This causes issues for reporting where it appears the Linux host is enrolled in Windows MDM, when it is not. The other host details are updated to accurately reflect the new OS details.

🧑‍💻  Steps to reproduce

1. Enroll a Windows host into Fleet with MDM turned on. Make sure MDM server details populate on the host's details page.
2. Install Ubuntu on that same host and enroll it into Fleet. Do not erase the host record from Fleet!
3. Observe that that the existing host record has been updated to reflect that host is now running Ubuntu. The MDM Status and MDM server URL still show the host is enrolled in Windows MDM, which is not correct.

🕯️ More info (optional)

🛠️ To fix

Product designer: marko-lisica

When end users switches from Windows to Linux...

• The Linux hosts re-enrolls (fleetd is installed)
• Clear MDM status and MDM server URL

[ddribeiro]

I think this might be related, but upon booting my test system back to Windows, I was prompted for my BitLocker recovery key. Fleet shows me "Show disk encryption key" from the host's Actions menu, but when I click it, I get an error. I don't know if this warrants a separate bug or not. I'm not sure the best way to handle the recovery key escrow. It wouldn't make sense to delete it in dual-boot environments.

[zayhanlon]

@noahtalerman new numa bug, do we have the right tags? dale discussed with you during POH last week and the suggestion was to file this

[noahtalerman]

@zayhanlon looks good. Updated this to #g-mdm. This bug will go through the bug process starting at the "Reproduced" step: https://fleetdm.com/handbook/company/product-groups#reproduced

cc @marko-lisica