New Update Ventoy: create bootable USB media that uses ISO images

Ventoy 1.1.03​

2025/02/21 --- 1.1.03 release
- This release was deprecated, because it introducted a problem in LinuxGUI version (Windows version and Linux CLI version are OK). Please use latest release.
 
Last edited:

Ventoy 1.1.04​

2025/02/22 --- 1.1.04 release
  1. Fix the 0x80070001 error when boot and install Windows 11.
  2. Fix the issue that SLES/OpenSUSE can not boot after install in Ventoy grub2 mode.
  3. Fix the boot issue for pfSense 2.7.x
  4. Fix the boot issue for latest TinyCore Linux
 

Ventoy 1.1.05​

2025/02/24 --- 1.1.05 release
  1. Fix the resolution issue when boot some Windows/WinPE ISO in UEFI mode.
 

Ventoy 1.1.07​

2025/08/18 --- 1.1.07 release
  1. Fix an issue (introduced in v1.1.06) that Ventoy ISO partition cannot be mounted after boot linux distro.

2025/08/18 --- 1.1.06 release
  1. Support TrueNAS Scale (Linux) distro. (#3069 #3137)
  2. Update xfs to latest. (#3284)
  3. Fix the boot issue for Parted Magic. (#3304)
  4. Fix Libreelec 12.2.0 fails to boot. (#3323)
  5. Fix the order issue in TreeView mode. (#3218)
  6. Fix the issue that cannot boot Tails 6.13+ (#3171)
 
Last edited:
Ventoy 1.1.08
2025/12/08 --- 1.1.08 release
  1. Add support for FreeBSD 15.0
  2. New tested ISO. (Total 1300+)

 
Ventoy 1.1.09
2025/12/12 --- 1.1.09 release
  1. Fix the boot issue for openSUSE 16.0 (#3379)
  2. Experimental support for btrfs file system. (#3438 #3431 #3077 #2093). Please refer About btrfs for details.
  3. Fix the issue that persistence plugin does not work for latest Arch Linux (#3407)
  4. Fix VentoyPlugson WebUI display bugs. (#3252)

 
Ventoy 1.1.10
2025/12/21 --- 1.1.10 release
  1. Ventoy2Disk.sh supports musl libc envrionment. (#3332)
  2. Fix the LinuxGUI program crash issue in wayland environment. (#3406)
  3. Fix the boot issue with Kylin Server V11. (#3369)
  4. Fix a Windows boot issue in F2 mode.
  5. Fix the vhd.vtoy file boot issue in ext4 file system. (#3444)
  6. Add support for AerynOS. (#3433)
  7. Language update

 
Ventoy 1.1.11
2026/04/05 --- 1.1.11 release (6th Anniversary Ver.)
  1. Fix the display issue when UEFI booting Windows/WinPE ISO.
  2. Add VT_WINDOWS_DISK_NONVTOY_CLOSEST_XXX, VT_LINUX_DISK_NONVTOY_CLOSEST_XXX options in AutoInstall plugin.
  3. Improvement for Ventoy2Disk.sh (#3537)
  4. Improvement for porteus-hook.sh (#3532)
  5. Improvement for booting T2SDE. (#3526 #3468)
  6. Add support for KylinSecOS

 
Ventoy 1.1.12
2026/04/23 --- 1.1.12 release
  1. Bugfix for ubuntu24.04.4 install failure. (#3567).
  2. Fix the VirtualBox UEFI display issue when booting Windows. (#3570)
  3. Improve for UEFI boot Windows/WinPE resolution issue fix.
  4. Fix Oracle Linux 6.9 install issue

 
Ventoy 1.1.14
2026/06/24 --- 1.1.14 release
  1. Update secure boot shim file to solve the UEFI CA 2023 issue.
    This release use a new CA, so you need to enroll the new key for the first boot.
  2. VentoyPlugson update synchronously.
  3. Global control plugin add a VTOY_SECURE_BOOT_POLICY option. Notes


2026/06/24 --- 1.1.13 release
  1. This release was deprecated due to a mistake.

 
Last edited:
Ventoy 1.1.16
2026/06/25 --- 1.1.16 release
  1. Fix the boot issue with old UEFI version firmware when secure boot is disabled.
  2. Fix the latest Kicksecure boot issue. (#3651)
  3. Fix the issue that VTOY_WIN_UEFI_RES_LOCK option reset when enter VentoyPlugson.
  4. Languages update.


Ventoy 1.1.15
2026/06/25 --- 1.1.15 release
  1. Fix the boot issue when Secure Boot is disabled in the UEFI firmware. (#3650)
Attention
Ventoy use a new UEFI secure boot CA since v1.1.14, so you need to enroll the new key for the first boot time.
If you want to delete the key used in old release, please refer: Ventoy
 
Last edited:
Ventoy 1.1.17
  1. Optimization for Secure Boot process.
  2. Fix the boot issue for some UOS release.
  3. Add support for some EulerOS release.
  4. Fix the disk_write logic error (#3693)
  5. Add log for live injection process.
  6. Add support for Athena OS (#3689)
  7. Fix the boot issue for latest GhostBSD (#3664)
  8. Fix the PATH broken in Ventoy2Disk.sh (#3615)
  9. Fix fdisk detection on BusyBox systems (#3614)
  10. Fix the issue that proxmox-ve can not boot after install in grub2 mode.
  11. Languages update.
 
New Ventoy update improves Secure Boot compatibility, fixes boot issues, adds new OS support, and more.
Recently, Microsoft announced that it is updating the requirement for Windows KMS activation by making a TPM feature mandatory. As you are probably aware of, TPM is one of the system requirements for Windows 11 as well, though some of the minimum hardware Microsoft recommends is definitely not enough, as the tech giant itself accidentally proved recently.
Speaking of Windows 11's requirements, Secure Boot is also one of them, and although it is not enforced like the others since you can still run Windows 11 even with Secure Boot disabled, a Secure Boot-capable device is definitely compulsory.

Over the last several months, Microsoft has made it clear that updated Secure Boot keys are mandatory for all Windows 11/10 systems since the previous ones are expiring. It has also been releasing useful resources to make it easier.

As such, with a previous update, Ventoy added the necessary compatibility fixes such that users do not run into any related issues. For those unfamiliar, Ventoy is an open-source utility that lets users create a bootable USB drive once and then simply copy ISO, WIM, IMG, VHD, or EFI files onto it without repeatedly formatting the drive. It supports both legacy BIOS and UEFI boot modes, Secure Boot, and a wide range of operating systems, making it one of the most versatile tools in the category.

It is essentially a third-party app like Rufus and is an alternative to Microsoft's own Media Creation Tool (got updated recently).

Earlier today, Ventoy published a new update which again has fixes for Secure Boot among other improvements. And although it has not been defined what exactly the upgrade is about, the release notes mention that there is "optimization for [the] Secure Boot process."

While we are not totally sure, it could have to do with the recent patching of a Secure Boot-related flaw that was completely overlooked for over 10 years. The issue was with vulnerable shims.

If you are wondering about the connection, Ventoy relies on shim, a Microsoft-signed UEFI bootloader, to start on systems with Secure Boot enabled. Because shim is already trusted by firmware, it can launch Ventoy and then use MOK (Machine Owner Key) enrollment to let the user trust Ventoy's own key. After this one-time setup, Ventoy can boot unsigned operating system images while Secure Boot remains enabled. You can read the linked article above to better understand it.

The changelog for the new Ventoy 1.1.17 release is given below:

Optimization for Secure Boot process.

Fix the boot issue for some UOS release.

Add support for some EulerOS release.

Fix the disk_write logic error

Add log for live injection process.

Add support for Athena OS

Fix the boot issue for latest GhostBSD

Fix the PATH broken in Ventoy2Disk.sh

Fix fdisk detection on BusyBox systems

Fix the issue that proxmox-ve can not boot after install in grub2 mode.

Languages update.
 
Important technical nuance

The release notes may be accurate, but the article’s explanation of Secure Boot is oversimplified in a few places:

  • Ventoy’s Secure Boot support depends on its signed EFI components, firmware trust databases, and, where applicable, a user-approved Machine Owner Key (MOK). The exact behavior can vary by firmware and Ventoy configuration.
  • Enrolling a Ventoy key does not generally mean that every unsigned EFI program or operating-system component is automatically trusted. Secure Boot verification still depends on the boot chain and how the image is launched.
  • A Secure Boot-capable device and Secure Boot being enabled are different requirements. Windows 11 setup may check for Secure Boot capability, while installations performed with unsupported methods can sometimes run with it disabled.
  • The connection between the new Ventoy “Secure Boot process” optimization and recently revoked or vulnerable shims is speculation unless Ventoy’s developers explicitly confirm it.
  • TPM requirements for Windows activation and KMS should not be treated as established without an official Microsoft source. TPM 2.0 is a Windows 11 hardware requirement, but that does not automatically mean that every KMS activation scenario requires a TPM.

Users should obtain Ventoy from its official project source, verify the release and checksums where available, and test important boot media before relying on it for recovery or installation. Firmware updates and Secure Boot database updates can also change whether an existing Ventoy drive boots successfully.

The safest conclusion is that Ventoy 1.1.17 appears to focus partly on boot compatibility, but the specific Secure Boot changes and any relationship to shim vulnerabilities cannot be confirmed from the quoted changelog alone.
 
I love Gently Ventoy, especially that allows you to store many bootable isos. I wish they improve secure boot compatibility without the need to manually add the mok. I am pretty sure it is a MS thing, but Rufus does this automatically.
 
Last edited:

You may also like...