This issue may be caused by the Windows cross-signed driver trust policy change introduced in the April 2026 Windows security updates.
Background
Microsoft announced on March 26, 2026 that trust for all kernel drivers signed under the deprecated cross-signed root program would be removed. This program was deprecated in 2021 and all certificates have since expired. Starting with the April 2026 update, Windows now blocks these drivers at the kernel level with no audit grace period - meaning affected devices stop working immediately with no warning.
Why COM port drivers are affected
Virtual COM port drivers were commonly signed under the cross-signed program using SHA-1 certificates that expired many years ago. Windows previously tolerated these.
How to confirm this is your issue
Check the CodeIntegrity > Operational event log for Event ID 3004 referencing your driver file:
Get-WinEvent -LogName "Microsoft-Windows-CodeIntegrity/Operational" -ErrorAction SilentlyContinue |
Where-Object { $_.Id -eq 3004 } |
Select-Object -Property TimeCreated, Id, Message |
Sort-Object -Property TimeCreated -Descending |
Format-List
If your driver appears in the results, this is your issue.
You can also inspect the driver signature directly. Note that Get-AuthenticodeSignature may return Status=Valid for timestamped drivers even when the certificate has long expired - you must inspect the certificate properties directly:
$sig = Get-AuthenticodeSignature -FilePath "C:\Windows\System32\drivers\YOURDRIVER.sys"
Write-Host "Algorithm : $($sig.SignerCertificate.SignatureAlgorithm.FriendlyName)"
Write-Host "Valid To : $($sig.SignerCertificate.NotAfter)"
Write-Host "Subject : $($sig.SignerCertificate.Subject)"
If Algorithm is sha1RSA and Valid To is years in the past, your driver is affected.
Remediation
The only permanent fix is an updated driver signed through the Microsoft Windows Hardware Compatibility Program (WHCP). Contact your hardware vendor. If the hardware is old and the vendor no longer supports it, replacement with hardware that has a current WHCP-signed driver is the recommended path.
Temporary workaround: On machines where Secure Boot is disabled, bcdedit /set testsigning on will bypass enforcement for one session. On Secure Boot-enabled machines, pressing F7 at boot provides a single-session bypass while you pursue a permanent fix.