Windows blocking ZWO camera drivers on newer builds

16 replies396 views
Interactive Sky avatar

Hello everyone,

Has anyone recently encountered Windows blocking ZWO camera drivers?

My ASI662MC suddenly stopped working in:

  • ASIStudio

  • NINA

Windows detects the camera, but Device Manager shows:

  • Code 39

  • “An Application Control policy has blocked this file”

The blocked file is: ASICAMUSB3.sys

📷 image.pngimage.pngI already tried:

  • reinstalling latest ZWO drivers

  • removing old drivers completely

  • disabling Memory Integrity

  • different USB cables/ports

  • USB2 and USB3

I’m on a newer Windows 11 build (26200.x), and after researching it seems Microsoft recently tightened driver enforcement for older cross-signed kernel drivers.

So I’m wondering:

  • Is anyone else seeing this recently with ZWO cameras?

  • Did you find a fix?

  • Are there newer WHCP-signed ZWO drivers available?

At this point it looks more like a Windows security/driver-policy issue than a hardware problem.

Clear skies!

Well written Respectful Engaging
Robert Eder avatar

Hi,

a friend of mine has the same problem and we found a temporary solution.

Hold down Shift and click Restart from the Start menu

Choose Troubleshoot

Choose Advanced options

Choose Startup Settings

Click Restart

Windows will restart and show a blue Startup Settings menu

On that menu, press F7 once to select: press 7 to Disable driver signature enforcement

Windows will then continue booting with driver signature enforcement disabled and your cameras will connect. You have to do this after every reboot till ZWO gets this fixed.

Windows 11 update KB5092762 is the culprit.

I'm still on Windows 10 btw😊

Robert

Well written Helpful Concise Engaging Supportive
Interactive Sky avatar

Robert Eder · May 23, 2026, 06:19 AM

Hi,

a friend of mine has the same problem and we found a temporarily solution.

Hold down Shift and click Restart from the Start menu

Choose Troubleshoot

Choose Advanced options

Choose Startup Settings

Click Restart

Windows will restart and show a blue Startup Settings menu

On that menu, press F7 once to select: press 7 to Disable driver signature enforcement

Windows will then continue booting with driver signature enforcement disabled and your cameras will connect. You have to do this after every reboot till ZWO gets this fixed.

Windows 11 update KB5092762 is the culprit.

I'm still on Windows 10 btw😊

Robert

Hello Robert,

Thank you very much for your advice.

Clear Skies!

Well written Respectful Supportive
Luke Pearson avatar

Yes I am having the same issue with my 678mc and sharpcap. I saw lots of posts on the ZWO forum and apparently the company is working on solving it.

Paul MacAree avatar

Since there is a bit locker element on some machines in order to disable Driver Signature enforcement I’ve included how to handle it here:

As you may know, Microsoft recently implemented strict driver signature enforcement in Windows 11, which blocks drivers that don't carry a valid Microsoft-approved signature. Unfortunately, ZWO camera drivers fall into this category. You may have seen a warning message pop up when connecting your camera, or perhaps your camera has simply disappeared from NINA or other capture software. Windows 10 does not enforce this policy, so this only affects Windows 11 users.

I have a ticket open with ZWO and they confirm they are working on the problem, but have not specified what the fix will be or when it will be available.

In the meantime, there is a workaround: disabling driver signature verification in Windows 11. Before you proceed, please read the security note at the end — this is not a step to take lightly.

The workaround — step by step:

Before you start, you may need your BitLocker recovery key — a 48-character code. Not all machines will require this, but if yours does you'll need it written down, as you cannot copy and paste in this environment. To get your key in advance, visit aka.ms/myrecoverykey — it will ask for your Microsoft account credentials to retrieve it.

Open the Start menu, click the Power icon, then hold the Shift key and click Restart. Keep holding Shift until the screen turns blue.

Select Troubleshoot → Advanced Options → Startup Settings. If prompted for your BitLocker key, enter it now.

Click Restart. When the numbered menu appears, press 7 to select "Disable driver signature enforcement."

Your PC will boot normally and your ZWO camera should be visible again.

Important — this is temporary. Signature enforcement returns the moment you reboot. You will need to repeat this process every imaging session.

Security warning: Disabling driver signature enforcement means Windows will load any driver, signed or not, for the duration of that session. A valid concern here is that this workaround is being suggested at the prompting of a company asking you to reduce the security posture of your Windows machine. That may be entirely innocent — a straightforward driver signing oversight — but it is worth stating plainly. Only proceed if you understand and accept that risk. Do not do this on a machine that holds sensitive personal or financial data, or one that is regularly exposed to untrusted software or websites.

The right fix is ZWO properly signing their drivers through Microsoft's certification process. Until that happens, the decision to use this workaround is yours to make.

Well written Helpful Engaging Supportive
Interactive Sky avatar

Paul MacAree · May 23, 2026, 09:20 PM

Since there is a bit locker element on some machines in order to disable Driver Signature enforcement I’ve included how to handle it here:

As you may know, Microsoft recently implemented strict driver signature enforcement in Windows 11, which blocks drivers that don't carry a valid Microsoft-approved signature. Unfortunately, ZWO camera drivers fall into this category. You may have seen a warning message pop up when connecting your camera, or perhaps your camera has simply disappeared from NINA or other capture software. Windows 10 does not enforce this policy, so this only affects Windows 11 users.

I have a ticket open with ZWO and they confirm they are working on the problem, but have not specified what the fix will be or when it will be available.

In the meantime, there is a workaround: disabling driver signature verification in Windows 11. Before you proceed, please read the security note at the end — this is not a step to take lightly.

The workaround — step by step:

Before you start, you may need your BitLocker recovery key — a 48-character code. Not all machines will require this, but if yours does you'll need it written down, as you cannot copy and paste in this environment. To get your key in advance, visit aka.ms/myrecoverykey — it will ask for your Microsoft account credentials to retrieve it.

Open the Start menu, click the Power icon, then hold the Shift key and click Restart. Keep holding Shift until the screen turns blue.

Select Troubleshoot → Advanced Options → Startup Settings. If prompted for your BitLocker key, enter it now.

Click Restart. When the numbered menu appears, press 7 to select "Disable driver signature enforcement."

Your PC will boot normally and your ZWO camera should be visible again.

Important — this is temporary. Signature enforcement returns the moment you reboot. You will need to repeat this process every imaging session.

Security warning: Disabling driver signature enforcement means Windows will load any driver, signed or not, for the duration of that session. A valid concern here is that this workaround is being suggested at the prompting of a company asking you to reduce the security posture of your Windows machine. That may be entirely innocent — a straightforward driver signing oversight — but it is worth stating plainly. Only proceed if you understand and accept that risk. Do not do this on a machine that holds sensitive personal or financial data, or one that is regularly exposed to untrusted software or websites.

The right fix is ZWO properly signing their drivers through Microsoft's certification process. Until that happens, the decision to use this workaround is yours to make.

Hello Paul,

Thank you for your constructive explanation.

Clear Skies!

Well written Respectful Supportive
NeilM avatar

I posted this a few days ago….

I guess something happened recently (in the last few days) with ZWO drivers and Windows 11 (the driver signature has expired?) and the ZWO camera drivers are being blocked. The error message is “This driver has been blocked. ASICAMUSB3.sys does not pass the Windows Driver Policy”. There are quite a few comments being made in various forums about this. The consensus is that ZWO need to fix this. In the meantime, there are a few temporary ways around this, none of them ideal and all of them risky:

– Disable the driver signature enforcement in Windows (but you have to do this every time you reboot)

– Disable Memory Integrity

– Disable the Vulnerable Driver Blocklist

– Run windows in Test Mode (which allows unsigned drivers to run)

I have elected to do the last one, running in Test Mode, partly because there is a logo on the screen that is a constant reminder that I am in Test Mode. Additionally I reboot my computer every night and I don’t have to change anything every time I reboot. I will check frequently to see of there are new drivers that work, and I will then turn off Test Mode as soon as I can. My Astro PC is dedicated to my astro rig and so this is an acceptable risk for me.

I’ll add a caveat … I am no Windows Expert and I invite anyone with more knowledge to add a different perspective and /or a better solution. I am only posting this in case this helps someone who has encountered the same issue I did.

Neil


Well written Helpful Respectful Concise Engaging
TiffsAndAstro avatar

Test mode sounds the best option for me.

My I connect to my astro pc by chrome remote desktop. I doubt that works in the bios screen, and hooking up a monitor and keyboard every reboot would be a pita.

Luckily it will be cloudy every night before zwo cough up for signed drivers.

NeilM avatar

My Mele quieter PC is on my telescope and I did it all via Windows Remote Desktop. You don’t need to go into the BIOS to set up Test Mode. It is done via command prompt which you can access remotely. The command is: bcdedit.exe -set TESTSIGNING ON

Then in the future run the command replacing ON with OFF once the correct driver is installed (hopefully soon!)

Neil

Helpful Concise
TiffsAndAstro avatar

NeilM · May 24, 2026, 04:41 PM

My Mele quieter PC is on my telescope and I did it all via Windows Remote Desktop. You don’t need to go into the BIOS to set up Test Mode. It is done via command prompt which you can access remotely. The command is: bcdedit.exe -set TESTSIGNING ON

Then in the future run the command replacing ON with OFF once the correct driver is installed (hopefully soon!)

Neil

This fantastic tyvm for posting :)

Will I need to restart?

NeilM avatar

yes you need to restart after putting the PC into Test Mode. It should stay in Test Mode on subsequent restarts until you disable it

Concise
TiffsAndAstro avatar

NeilM · May 24, 2026, 09:52 PM

yes you need to restart after putting the PC into Test Mode. It should stay in Test Mode on subsequent restarts until you disable it

Thanks again

Luke Pearson avatar

Hi everyone I have an update from ZWO. They said they have a solution and it will be solved this week.

SS1.jpeg SS2.jpeg

Interactive Sky avatar

Luke Pearson · May 25, 2026, 03:50 PM

Hi everyone I have an update from ZWO. They said they have a solution and it will be solved this week.

SS1.jpeg SS2.jpeg

Hello Luke,

Thanks for the update.

Clear Skies!

Paul MacAree avatar

ZWO customer support just sent me the new signed driver, it seems to work, now I need the weather to clear up.

Well written Respectful
Interactive Sky avatar

Paul MacAree · May 26, 2026, 02:34 AM

ZWO customer support just sent me the new signed driver, it seems to work, now I need the weather to clear up.

I just went to the official ZWO website and downloaded the latest version of the driver, and it works with my camera as well.

Clear Skies!

Well written Respectful Concise Supportive
NSSq8 avatar

I wanted to share an issue I recently encountered after a recent Windows update, in case it helps other users working with older astronomy equipment and legacy drivers.

System:

  • Operating System: Windows 11

  • Driver version/year: approximately 2011 (legacy signed driver)

Timeline:

  • My last successful imaging session was on May 14.

  • Windows installed updates around May 15.

  • I did not reconnect the camera again until later while preparing a new dark frame library.

Problem encountered:
After reconnecting the camera, Windows suddenly refused to load the driver and Device Manager displayed:

Code 52

“Windows cannot verify the digital signature for the drivers required for this device.”

The camera still appeared in USB/Ports, but the driver itself would not load correctly.

Initial workaround:
Using F7 during boot (“Disable driver signature enforcement”) allowed the camera to function temporarily, but the issue returned after every reboot.

Root cause investigation:
After extensive troubleshooting, the issue appeared to be related to Windows Driver Policy / Code Integrity enforcement that was introduced or tightened by a recent Windows update.

The active policy files were located under:

EFI\Microsoft\Boot\CiPolicies\Active

Final solution that worked:

  1. Disabled or removed the active Code Integrity policy enforcement from:

    EFI\Microsoft\Boot\CiPolicies\Active

  2. Disabled Secure Boot in BIOS.

Important note:
Removing the active policy while Secure Boot was still enabled initially caused a boot failure with the message:

“The selected boot device failed”

Disabling Secure Boot resolved this issue and allowed Windows to boot normally again.

Results after applying the fix:

  • Windows booted normally

  • The driver loaded correctly

  • The camera functioned normally again

  • Multiple shutdown/restart tests were successful

  • No further need for the F7 workaround

Security warning / disclaimer:
This procedure reduces part of Windows driver security enforcement protections, since it disables part of the Code Integrity / Driver Policy system designed to block older or untrusted kernel drivers.

I personally chose this solution because this machine is a dedicated astrophotography computer only. It is not my main personal computer and is not used for:

  • banking

  • passwords

  • credit cards

  • or general everyday browsing

I would NOT recommend applying this workaround on a primary personal computer unless the user fully understands the security implications.

Conclusion:
This issue does not appear to be caused by the camera itself, but rather by newer Windows Driver Policy enforcement conflicting with older legacy astronomy drivers and hardware.

Hopefully this helps someone avoid losing an imaging night in the field due to this problem.

Well written Helpful