Microsoft no longer signs Windows drivers for Process Hacker
The article mentions Process Explorer. Since Sysinternals were bought by Microsoft many years ago and the tools are distributed directly via Microsoft, such tools are unlikely to have an issue being signed.<p>A brief history of the process for those not following it. Originally for kernel-mode drivers, you needed a code signing certificate <i>cross signed by Microsoft&#x27;s root</i>. This means that the certificate follows a chain up to a standard CA _and also_ one Microsoft use to approve that CA to issue kernel-mode certificates. It was not sufficient to have a certificate capable of signing code, even with MS&#x27; OIDs for that.<p>Then, around Windows 10 I think, Microsoft announced that one would need to acquire an EV certificate. You would then be required to submit the driver package via sysdev.microsoft.com and after spending time in Ballmer&#x27;s Brewery, it would come out signed by Microsoft.<p>It was technically possible to use the old mechanism at this stage too, provided the end user did not have UEFI secure boot enabled. IF secure boot were enabled, the kernel would: a) if the driver was signed pre-Win10, accept it, b) if it was signed post win-10 RTM date and by Microsoft, accept otherwise reject.<p>Thus the only mechanism to realistically get your driver working on all Windows out of the box is to submit via sysdev. You can&#x27;t realistically ask users to disable secure boot, even if this is entirely possible on all x86 motherboards.<p>Finally, the cross signed roots expire soon and I think some already have. Microsoft have decided that this mechanism will now be retired, and all drivers must be signed via sysdev from now on. You still require an EV certificate as well, to sign the package.<p>This is a bit of a mixed bag. On the one hand, Microsoft have repeatedly signed the shim maintained by redhat in order to allow Linux distributions to boot directly on secure boot-enabled hardware (UEFI binaries also go through this process and always have). Microsoft have their keys in the default keychain because they bothered to be involved in the process, unlike linux companies like Redhat. So on the one hand, they&#x27;re being quite friendly to open source.<p>On the other hand, the push to EV certs rules out individual developers like myself[1]. I could register a company but... that entails effort and expense for a hobby project. And now hobbyist projects like this run the risk of being rejected by MS.<p>I mostly believe this is an attempt to reduce the number of code signing cert leaks that result in people writing malware, and lock down the Windows kernel a bit more, but still. It is a shame.<p>[1] This is because most CAs won&#x27;t issue EV certificates to individuals, even if those individuals happen to have detailed knowledge of cryptography and all the pkcs.