Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

My company is developing driver for our hardware. Now I need to sign my driver for 32 and 64 bit platforms.

Please tell, now I need to buy Authenticode certificate, right?

What CA to use?

DigiCert?
GlobalSign? ( http://www.sslshopper.com/microsoft-authenticode-certificates.html )
Symantec? ( http://www.symantec.com/verisign/code-signing/microsoft-authenticode )

What is the difference between this CA offers?

I need to use tools from WDK?

share|improve this question
1  
Please don't cross post stackoverflow.com/questions/12495082/windows-driver-signing –  ChrisF Sep 19 '12 at 16:30
add comment

3 Answers

up vote 5 down vote accepted

Yes, you'll need a code signing or Authenticode certificate. (It looks like not all CA vendors call it an Authenticode certificate; GoDaddy, for example, simply calls it a driver signing certificate.)

As far as I know, with one major exception (see below), there is very little difference between CA vendors, and I'd generally just recommend using whoever's cheapest. Our Authenticode certificate is through Verisign / Symantec; I don't have experience with the other vendors. From my shopping around for regular (not code signing) SSL certificates, it seemed that companies like Verisign charged a premium just because they were better known. (It's possible that they have better security or perform more verification on their customers or similar, but the whole CA infrastructure is only really as strong as its weakest link, so that doesn't provide much benefit even if it's true.)

Update: The one major exception, as Brian points out, is that a certificate from Symantec / VeriSign in particular is required for features like Windows Error Reporting and Windows Hardware Certification, so if you want to use those features, you might as well buy VeriSign. (This is discussed further on Stack Overflow.)

Once you get your certificate:

  1. If necessary, run inf2cat to create or update your .cat file from your driver's .inf file.
  2. Run signtool signwizard (for the GUI mode) or signtool with the appropriate command-line arguments to sign the .cat file.

inf2cat is part of the Windows Driver Kit (WDK). signtool comes with the Platform SDK and the WDK.

The following web sites were useful to me when I was working on driver signing:

share|improve this answer
add comment

If you just want to be allowed to install a driver on a windows machine, your CA use shouldn't matter (unless the CA isn't trusted by Microsoft).

However, only VeriSign certificates are supported as a means of identifying your organization to Microsoft for features like Windows Error Reporting and Windows Hardware Certification. E.g., the Manage Your Digital Certificates page explicitly states to buy your certificate from VeriSign.

If you plan to make use of such functionality, you should buy a VeriSign certificate now rather than another certificate now and a VeriSign certificate later.

share|improve this answer
    
I remember reading this now, and I think this is why we went with VeriSign for our cert. There's further discussion on SO on the VeriSign-only requirement. –  Josh Kelley Sep 19 '12 at 15:31
add comment

You need a certificate which satisfies the kernel mode code signing policy (KMCS).

Here is a MSDN list of possible certificate authorities.

BUT, it seems WHQL (or how it is currently called) needs a Verisign certificate to allow you participation in the WHQL program for windows logo ... things .... So I would buy a Verisign certificate if a windows logo is needed in the future.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.