could not load the secure boot enrollment menu
-
@Tom-Elliott lovely
what i did once i registered the host i clicked on “task” and clicked “enroll secure boot”
and now i see all the info now once its enrolled secure boot, i see all the info once i refresh the host on fog web portal
so tom, tbh i dont get it, why do you have to “enroll secure boot” on a host, do i need to to capture or deploy images?
as my main goal is to capture/deploy images to hosts when “secure boot” is on/ticked in bios
-
@robertkwild Glad it’s all showing now.
You need enrollment only if Secure Boot stays ON in the machine’s firmware.
With Secure Boot on, the firmware runs only what it trusts. Out of the box that means Microsoft-signed code. The FOG kernel (FOS) is signed with your FOG server’s own key, which the machine does not know. Enrollment adds that key to the machine’s trusted list. After that, the machine boots FOS, so capture and deploy work with Secure Boot left on.
With Secure Boot off, the machine runs anything, and you can capture and deploy without enrolling.
So the choice is:
- Enroll once per machine and leave Secure Boot on. The key lives in the firmware, not on the disk, so a reimage does not remove it.
- Turn Secure Boot off for imaging and back on afterwards. That is a trip into the BIOS on every machine, every time. On a BitLocker machine, changing the Secure Boot setting can also trigger a recovery key prompt.
-
@Tom-Elliott makes sense
as going forward we do need secure boot on for sophos endpoint for bitlocker
so does that mean if i delete the host from the web portal i need to re register it if i want to deploy or capture a new image?
-
@robertkwild To be clearer on the delete case:
- The key stays. It lives in the laptop’s firmware, so deleting the host in FOG does not remove it. You do not need to enroll again.
- Deploy works without the host. “Deploy Image” on the PXE menu shows for unregistered machines. It asks for your FOG login and the image.
- Capture needs the host. You schedule a capture from the host’s page, so register the machine again first (Quick Registration, one boot).
-
ok so if I want to use fog with a host with secure boot on, I need to “enroll secure boot key” and once the keys been burnt in the FW of the host it’s good to work with fog so it’s a one off thing you do and then you don’t have to enrol that specific host anymore ie a one time thing
-
@robertkwild for that particular fog server, correct. Once enrolled it’s good.
-
@Tom-Elliott thanks Tom, you have been very helpful!!!
-
am i right in thinking i could capture the image using uefi non secure boot but i can deploy it to either uefi secure boot (need to enroll to fog) or non secure boot but then if it installs the image on secure boot on or off i then cant change the secure boot setting in bios as thats when windows will blue screen
-
@robertkwild The secureboot enable/disabled ultimately does not matter and shouldn’t.
Windows will happily boot in either scenario.
-
@Tom-Elliott tbh ive found in my own experience if you install windows with secure boot on or off and then after if you change secure boot you get the blue screen
-
@robertkwild The issue most likely is not coming from the flip of Secureboot On/Off.
Unsigned or test-signed boot drivers. This is where a real BSOD can happen. If the machine has
bcdedit /set testsigning onornointegritychecks, and a boot-start driver depends on that (an unsigned storage or RAID driver, some sketchy anti-cheat, a dev build), turning Secure Boot on makes those settings get ignored. If the storage driver doesn’t load, you getINACCESSIBLE_BOOT_DEVICE. That one only happens in the off-to-on direction.
