Version
7.2.18
Host OS Type
Windows
Host OS name + version
Windows 11 - Version 24H2 - Build 26100.9445
Host Architecture
x86
Guest OS Type
Linux
Guest Architecture
x86
Guest OS name + version
Linux Debian 13
Component
Unspecified
What happened?
Summary
VirtualBox 7.2.18 on Windows 11 fails to start VMs with VERR_SUP_VP_FOUND_EXEC_MEMORY (-5619) after upgrading from 7.2.16
Host OS
Windows 11
VirtualBox Version
Working: 7.2.16
Failing: 7.2.18
Guest OS
Linux Debian 13
Description
After upgrading VirtualBox from version 7.2.16 to 7.2.18, existing virtual machines no longer start.
The same VMs start successfully after downgrading back to version 7.2.16. No VM configuration changes were made between the two VirtualBox versions.
The issue appears immediately after the upgrade and is reproducible.
Steps to Reproduce
Install VirtualBox 7.2.16 on Windows 11.
Confirm that the VM starts normally.
Upgrade VirtualBox to 7.2.18.
Attempt to start the same VM.
Result
VM startup fails with the following message:
NtCreateFile(\Device\VBoxDrvStub) failed:
VERR_SUP_VP_FOUND_EXEC_MEMORY (rcNt=0xe986ea0d)
VBoxDrvStub error:
Found executable memory at 00000180ae4f1000
(00000180ae4f1000 LB 0x1000):
type=0x20000 prot=0x20 state=0x1000 aprot=0x4
abase=00000180ae4f0000
Make sure the kernel module has been loaded successfully.
where: supR3HardenedWinReSpawn
what: 3
VERR_SUP_VP_FOUND_EXEC_MEMORY (-5619)
Process Verification Failure:
Found executable memory allocated in the process.
There is only supposed to be executable memory associated with image file mappings (DLLs & EXE).
Expected Result
The VM should start successfully, as it does under VirtualBox 7.2.16.
Workaround
Downgrade VirtualBox to version 7.2.16.
After downgrading, the VM starts normally again.
Additional Information
Upgrade was performed via:
winget upgrade --all
Reverting to 7.2.16 restores normal operation.
No VM configuration changes were made.
The issue may be related to a regression in the Windows hardening checks introduced in 7.2.18.
VBoxHardening.zip
How can we reproduce this?
Steps to Reproduce
Install VirtualBox 7.2.16 on Windows 11.
Confirm that the VM starts normally.
Upgrade VirtualBox to 7.2.18.
Attempt to start the same VM.
Did you upload all of your necessary log files, screenshots, etc.?
Version
7.2.18
Host OS Type
Windows
Host OS name + version
Windows 11 - Version 24H2 - Build 26100.9445
Host Architecture
x86
Guest OS Type
Linux
Guest Architecture
x86
Guest OS name + version
Linux Debian 13
Component
Unspecified
What happened?
Summary
VirtualBox 7.2.18 on Windows 11 fails to start VMs with VERR_SUP_VP_FOUND_EXEC_MEMORY (-5619) after upgrading from 7.2.16
Host OS
Windows 11
VirtualBox Version
Working: 7.2.16
Failing: 7.2.18
Guest OS
Linux Debian 13
Description
After upgrading VirtualBox from version 7.2.16 to 7.2.18, existing virtual machines no longer start.
The same VMs start successfully after downgrading back to version 7.2.16. No VM configuration changes were made between the two VirtualBox versions.
The issue appears immediately after the upgrade and is reproducible.
Steps to Reproduce
Install VirtualBox 7.2.16 on Windows 11.
Confirm that the VM starts normally.
Upgrade VirtualBox to 7.2.18.
Attempt to start the same VM.
Result
VM startup fails with the following message:
NtCreateFile(\Device\VBoxDrvStub) failed:
VERR_SUP_VP_FOUND_EXEC_MEMORY (rcNt=0xe986ea0d)
VBoxDrvStub error:
Found executable memory at 00000180ae4f1000
(00000180ae4f1000 LB 0x1000):
type=0x20000 prot=0x20 state=0x1000 aprot=0x4
abase=00000180ae4f0000
Make sure the kernel module has been loaded successfully.
where: supR3HardenedWinReSpawn
what: 3
VERR_SUP_VP_FOUND_EXEC_MEMORY (-5619)
Process Verification Failure:
Found executable memory allocated in the process.
There is only supposed to be executable memory associated with image file mappings (DLLs & EXE).
Expected Result
The VM should start successfully, as it does under VirtualBox 7.2.16.
Workaround
Downgrade VirtualBox to version 7.2.16.
After downgrading, the VM starts normally again.
Additional Information
Upgrade was performed via:
winget upgrade --all
Reverting to 7.2.16 restores normal operation.
No VM configuration changes were made.
The issue may be related to a regression in the Windows hardening checks introduced in 7.2.18.
VBoxHardening.zip
How can we reproduce this?
Steps to Reproduce
Install VirtualBox 7.2.16 on Windows 11.
Confirm that the VM starts normally.
Upgrade VirtualBox to 7.2.18.
Attempt to start the same VM.
Did you upload all of your necessary log files, screenshots, etc.?