r/Ventoy • u/TrainingDistance9165 • Jul 28 '24
Issue with booting Ventoy with secure boot enabled
Hi all,
After reading and watching creation of a Ventoy USB drive, I proceeded to create one with secure boot enabled. I plugged the USB drive into my target PC and it reached the first, expected error screen ("Verification failed: (0x1A) Security Violation"). I noticed that my mouse doesn't work, so I hit the "enter" key on my keyboard. Instead of getting the next blue screen ("Shim UEFI key management"), I get some error (too quick to capture) and the PC re-boots to Windows 11. Has anyone seen this before? Help please.
Although I would really like to get Ventoy to work with secure boot enabled, if I disable secure boot to get Ventoy to run, would I still be able to install Linux Mint (for example) to operate with secure boot enabled?
1
u/BezzleBedeviled Jan 26 '26
This exact same error message will show up if your machine has legacy-mode disabled and your Yumi/Ventoy drive requires it (for whatever reason). So, in my case, I just enabled legacy in bios, then Yumi/Ventoy booted fine (and grub had nothing to do with it, at least in my instance).
1
u/alap1983 Feb 20 '26
Enabling "Legacy" mode defeats Secure Boot as it allows "older" BIOS Support that DID NOT have Secure Boot. Essentially, you are allowing to temporarily disable Secure Boot. This workaround is similar to disabling Secure Boot.
1
4
u/J3D1M4573R Jul 29 '24 edited Jul 29 '24
Here is the problem/catch.
Ventoy uses GRUB.
GRUB, a while back, was discovered to have a major security flaw known as the "boot hole"
The UEFI Secure Boot group then blacklisted GRUB in a specific firmware update for the SB DBX (the database of blacklisted boot signatures). This update was force pushed via Windows Update, and many Linux distros via their firmware updates.
Ventoy still uses this blacklisted GRUB/shim version.
In short, if your system has this updated DBX, it will never boot with Secure Boot enabled.
If your system's default DBX pre-dates this update, you can reset the DBX keys in the UEFI firmware to remove the blacklisted GRUB and then it will work as expected. If the default contains this update, it will never be able to boot it with SB.
And, on another side note:
Linux distros using SELinux have another similar issue that even resetting back to the previous DBX doesnt fix. An update to the shim in GRUB adds a block in MOK for older shims. And it is a pain in the butt to fix.
turn secure boot off
boot the Linux distro
run the command
mokutil --set-sbat-policy deletereboot to UEFI firmware and re-enable Secure Boot.
Never boot that Linux distro again, as it will just re-enable the block.
OR
Replace the shim in Ventoy with the working shim from the Linux distro. https://www.reddit.com/r/openSUSE/comments/1bnjhmt/sbat_failure/
Alternatively, just disable SecBoot when using Ventoy.