CVE-2026-12217
Description
DVDFab Virtual Drive 2.0.0.5's signed kernel driver dvdfabio.sys allows local privilege escalation by returning kernel-opened registry handles to user mode, bypassing access checks.
AI Insight
LLM-synthesized narrative grounded in this CVE's description and references.
DVDFab Virtual Drive 2.0.0.5's signed kernel driver dvdfabio.sys allows local privilege escalation by returning kernel-opened registry handles to user mode, bypassing access checks.
Vulnerability
The signed kernel driver dvdfabio.sys (version 1.5.1.0) shipped with DVDFab Virtual Drive 2.0.0.5 exposes the device \\.\DVDFabIO and implements registry proxy IOCTLs that open or create caller-selected native registry paths from kernel context. Because the driver opens the key from kernel mode without enforcing the caller's normal registry access checks, a standard user can obtain a usable handle to protected HKLM keys. The affected product is DVDFab Virtual Drive 2.0.0.5 (x64 offline installer) with driver version 1.5.1.0 [1].
Exploitation
An attacker with local access and standard user privileges can send crafted IOCTL requests to \\.\DVDFabIO to open arbitrary registry paths. The driver returns a handle to the caller's process handle table, bypassing Windows access checks. For example, a standard user who cannot directly write to a protected HKLM test key or query HKLM\SAM\SAM can use this interface to perform those operations [1].
Impact
Successful exploitation allows a low-privileged local user to obtain handles to protected HKLM registry keys with access masks that Windows would normally deny. With KEY_SET_VALUE, this permits writing to protected registry values, enabling configuration tampering, persistence setup, and other privilege escalation techniques. With read access, it allows opening sensitive hives such as HKLM\SAM\SAM, potentially exposing sensitive data [1].
Mitigation
The vendor was contacted but did not respond, and no official patch or workaround has been released. Users should consider removing or disabling the DVDFab Virtual Drive driver until a fix is available. The driver is signed, so it cannot be easily blocked by driver signature enforcement, but administrators can restrict access to the device \\.\DVDFabIO or uninstall the software [1].
AI Insight generated on Jun 15, 2026. Synthesized from this CVE's description and the cited reference URLs; citations are validated against the source bundle.
Affected products
1- Range: =2.0.0.5
Patches
0No patches discovered yet.
Vulnerability mechanics
Root cause
"The kernel driver dvdfabio.sys exposes IOCTLs that open or create caller-selected native registry paths from kernel context without enforcing the caller's normal Windows registry access checks, returning a kernel-opened handle to an unprivileged user."
Attack vector
A local attacker with only standard-user privileges opens the `\\.\DVDFabIO` device and sends IOCTL `0x222410` or `0x22240C` with a native registry path such as `\Registry\Machine\SAM\SAM`. Because the driver opens the key from kernel mode without performing Windows access checks for the caller, the attacker receives a usable handle to a protected HKLM key. The attacker can then write to protected registry values or read sensitive hives, achieving local privilege escalation [ref_id=1]. No network access or additional authentication is required beyond the ability to load the driver and execute user-mode code.
Affected code
The signed kernel driver `dvdfabio.sys` (version 1.5.1.0) shipped with DVDFab Virtual Drive 2.0.0.5 exposes the device `\\.\DVDFabIO`. The driver implements IOCTLs `0x222410` (ZwOpenKey) and `0x22240C` (ZwCreateKey) that open or create caller-selected native registry paths from kernel context without enforcing the caller's normal registry access checks [ref_id=1]. The returned registry handle is inserted directly into the caller's process handle table.
What the fix does
The bundle does not contain an official vendor patch. The advisory recommends removing the registry open/create IOCTLs from the public device interface, restricting the `\\.\DVDFabIO` device ACL so standard users cannot open it, and never returning kernel-opened object handles to untrusted callers [ref_id=1]. If registry access is required, the driver should impersonate the caller and enforce normal access checks before opening the registry object, or restrict registry helpers to a strict allowlist of vendor-owned keys.
Preconditions
- configThe signed dvdfabio.sys driver must be loaded (e.g., via sc.exe create + sc.exe start).
- authThe attacker must be able to execute user-mode code on the local machine as a standard user (Medium Integrity).
- inputThe attacker must have access to the \\.\DVDFabIO device object (the default device ACL does not block standard users).
Reproduction
## Reproduction steps (from advisory [ref_id=1])
1. Extract the driver: `7z.exe x dvdfab_virtual_drive_x64_2005.exe dvdfabio.sys -oC:\ProgramData\VendorRepro\dvdfabio_extract -y` 2. Load the driver under a temporary service: ``` sc.exe create DVDFabIORepro type= kernel start= demand binPath= C:\ProgramData\VendorRepro\dvdfabio_extract\dvdfabio.sys sc.exe start DVDFabIORepro ``` 3. As administrator, create a protected test key: ``` New-Item -Path HKLM:\SOFTWARE\VendorRepro\DVDFabIO -Force | Out-Null New-ItemProperty -Path HKLM:\SOFTWARE\VendorRepro\DVDFabIO -Name Guard -Value before -PropertyType String -Force | Out-Null ``` 4. As a **standard user**, confirm direct access is denied: ``` reg add HKLM\SOFTWARE\VendorRepro\DVDFabIO /v DriverWritten /t REG_SZ /d SHOULD-NOT-WRITE /f → ERROR: Access is denied. reg query HKLM\SAM\SAM → ERROR: Access is denied. ``` 5. As the same standard user, write through the driver IOCTL: ``` dvdfabio_registry_setvalue_poc.exe --key \Registry\Machine\SOFTWARE\VendorRepro\DVDFabIO --value DriverWritten --data DVDFABIO-REGISTRY-HANDLE-WRITE-... ``` Confirm the value was written. 6. As the same standard user, open HKLM\SAM\SAM through the driver: ``` dvdfabio_registry_handle_poc.exe \Registry\Machine\SAM\SAM 0x00020019 ``` Expected output: `NtQueryKey succeeded. Final key component: SAM` 7. Cleanup: remove test keys, stop and delete the temporary driver service.
Generated on Jun 15, 2026. Inputs: CWE entries + fix-commit diffs from this CVE's patches. Citations validated against bundle.
References
5News mentions
0No linked articles in our index yet.